Re: Disk Problem
On Fri, Jul 10, 2015 at 05:57:15PM +, Vijay Sankar wrote: > Quoting Otto Moerbeek : > > >On Fri, Jul 10, 2015 at 04:04:04PM +, Vijay Sankar wrote: > > > >>My objective for this weekend was to follow the new dpb and build ports > >>without using sudo. So I was hoping to upgrade to the latest snapshot on a > >>system that I use for tests. > >> > >>The test system has a 2TB drive and it had two 300GB partitions in it for > >>ports and vm; and a 120GB SSD for the OS and used to look as follows: > >> > >>Filesystem SizeUsed Avail Capacity Mounted on > >>/dev/sd1a 1005M 55.0M900M 6%/ > >>/dev/sd1k 64.5G 20.9G 40.3G34%/home > >>/dev/sd1d 3.9G 10.0K3.7G 0%/tmp > >>/dev/sd1f 2.0G966M946M51%/usr > >>/dev/sd1g 1005M191M764M20%/usr/X11R6 > >>/dev/sd1h 9.8G2.9G6.5G31%/usr/local > >>/dev/sd1j 2.0G2.0K1.9G 0%/usr/obj > >>/dev/sd1i 2.0G827M1.1G43%/usr/src > >>/dev/sd1e 13.5G 26.5M 12.8G 0%/var > >>/dev/sd0h 298G176G107G62%/ports > >>/dev/sd0f 298G 19.6G263G 7%/vm > >> > >>My /etc/fstab was > >> > >>4f0cd8b5e7fd8f6a.b none swap sw > >>4f0cd8b5e7fd8f6a.a / ffs rw 1 1 > >>4f0cd8b5e7fd8f6a.k /home ffs rw,nodev,nosuid 1 2 > >>4f0cd8b5e7fd8f6a.d /tmp ffs rw,nodev,nosuid 1 2 > >>4f0cd8b5e7fd8f6a.f /usr ffs rw,nodev 1 2 > >>4f0cd8b5e7fd8f6a.g /usr/X11R6 ffs rw,nodev 1 2 > >>4f0cd8b5e7fd8f6a.h /usr/local ffs rw,nodev 1 2 > >>4f0cd8b5e7fd8f6a.j /usr/obj ffs rw,nodev,nosuid 1 2 > >>4f0cd8b5e7fd8f6a.i /usr/src ffs rw,nodev,nosuid 1 2 > >>4f0cd8b5e7fd8f6a.e /var ffs rw,nodev,nosuid 1 2 > >>4d43e3389228e319.h /ports ffs rw,nodev,nosuid 1 2 > >>4d43e3389228e319.f /vm ffs rw,nodev,nosuid 1 2 > >> > >>I am not sure what happened -- but when I rebooted the system this morning > >>/ports and /vm would not mount; so I commented out the last two lines in > >>/etc/fstab and rebooted. After reboot disklabel seems to have changed > >>completely and it currently looks like this: > >> > >># disklabel sd0 > >># /dev/rsd0c: > >>type: SCSI > >>disk: SCSI disk > >>label: ST2000DM001-1CH1 > >>duid: > >>flags: > >>bytes/sector: 512 > >>sectors/track: 63 > >>tracks/cylinder: 255 > >>sectors/cylinder: 16065 > >>cylinders: 503 > >>total sectors: 8089950 > >>boundstart: 0 > >>boundend: 8089950 > >>drivedata: 0 > >> > >>16 partitions: > >>#size offset fstype [fsize bsize cpg] > >> c: 80899500 unused > >> > >> > >>Is there any way fix the disklabel or is this an error that is impossible to > >>recover from? duid used to show up as 4d43e3389228e319 and not > >>. > >> > >>Please let me know if you have any suggestions. > > > >Get your old label from /var/backups and try to restore it with > >disklabel -R. You don't tell what your platform is, it might be that > >you also need to do fdisk work first to restore the mbr partition > >table. > > > >But of course, it is also interesting to know what happened to you > >disk. But since you do not tell us what you did you are on your own > >here. > > > > -Otto > > Thank you very much. I am running an older snapshot OpenBSD 5.7 -current as > of Mar 19, 2015. I thought of -R with disklabel but since the drive seems to > show itself as a 3950MB drive instead of a 2TB drive, I was not sure how to > do this. > > The problem truly is I am not sure what I did to cause all this problem!!! > The sequence of actions were as follows. Since I had not looked at this box > for a while I was just logging in to look at where I had kept everything. I > did a cd /ports/packages/amd64/all and got an input error when I tried to > edit a file. So I did a shutdown -h now; opened the 3.5" and 2.5" hotswap > drive bays and pulled both drives out and pushed them back in. Powered the > system on at which point I was dropped into the shell because /vm and /ports > had errors. So I tried to do a fsck_ffs and that failed. At that point I > looked at disklabel and noticed that the duid was gone. fdisk sd0 does not > show anything other than: > > # fdisk sd0 > Disk: sd0 geometry: 503/255/63 [8089950 Sectors] > > I tried the disklabel -R as you suggested; > > # disklabel -R sd0 disklabel.sd0.current > disklabel: partition a: partition extends past end of unit > disklabel: partition c: partition extends past end of unit > disklabel: partition d: offset past end of unit > disklabel: partition d: partition extends past end of unit > disklabel: partition e: offset past end of unit > disklabel: partition e: partition extends past end of unit > disklabel: partition f: offset past end of unit > disklabel: partition f: partition extends past end of unit > disklabel: partition g: offset past end of unit > disklabel: partition g: partition extends past end of unit > disklabel: partition h: offset past end of unit > disklabel: part
Re: Disk Problem
On Fri, Jul 10, 2015, at 09:15 PM, Vijay Sankar wrote: > > Quoting Eric Furman : > > > On Fri, Jul 10, 2015, at 01:57 PM, Vijay Sankar wrote: > >> Quoting Otto Moerbeek : > >> > >> > On Fri, Jul 10, 2015 at 04:04:04PM +, Vijay Sankar wrote: > >> > > >> >> My objective for this weekend was to follow the new dpb and build ports > >> >> without using sudo. So I was hoping to upgrade to the latest > >> snapshot on a > >> >> system that I use for tests. > >> >> > >> >> The test system has a 2TB drive and it had two 300GB partitions in it > >> >> for > >> >> ports and vm; and a 120GB SSD for the OS and used to look as follows: > >> >> > >> >> Filesystem SizeUsed Avail Capacity Mounted on > >> >> /dev/sd1a 1005M 55.0M900M 6%/ > >> >> /dev/sd1k 64.5G 20.9G 40.3G34%/home > >> >> /dev/sd1d 3.9G 10.0K3.7G 0%/tmp > >> >> /dev/sd1f 2.0G966M946M51%/usr > >> >> /dev/sd1g 1005M191M764M20%/usr/X11R6 > >> >> /dev/sd1h 9.8G2.9G6.5G31%/usr/local > >> >> /dev/sd1j 2.0G2.0K1.9G 0%/usr/obj > >> >> /dev/sd1i 2.0G827M1.1G43%/usr/src > >> >> /dev/sd1e 13.5G 26.5M 12.8G 0%/var > >> >> /dev/sd0h 298G176G107G62%/ports > >> >> /dev/sd0f 298G 19.6G263G 7%/vm > >> >> > >> >> My /etc/fstab was > >> >> > >> >> 4f0cd8b5e7fd8f6a.b none swap sw > >> >> 4f0cd8b5e7fd8f6a.a / ffs rw 1 1 > >> >> 4f0cd8b5e7fd8f6a.k /home ffs rw,nodev,nosuid 1 2 > >> >> 4f0cd8b5e7fd8f6a.d /tmp ffs rw,nodev,nosuid 1 2 > >> >> 4f0cd8b5e7fd8f6a.f /usr ffs rw,nodev 1 2 > >> >> 4f0cd8b5e7fd8f6a.g /usr/X11R6 ffs rw,nodev 1 2 > >> >> 4f0cd8b5e7fd8f6a.h /usr/local ffs rw,nodev 1 2 > >> >> 4f0cd8b5e7fd8f6a.j /usr/obj ffs rw,nodev,nosuid 1 2 > >> >> 4f0cd8b5e7fd8f6a.i /usr/src ffs rw,nodev,nosuid 1 2 > >> >> 4f0cd8b5e7fd8f6a.e /var ffs rw,nodev,nosuid 1 2 > >> >> 4d43e3389228e319.h /ports ffs rw,nodev,nosuid 1 2 > >> >> 4d43e3389228e319.f /vm ffs rw,nodev,nosuid 1 2 > >> >> > >> >> I am not sure what happened -- but when I rebooted the system > >> this morning > >> >> /ports and /vm would not mount; so I commented out the last two lines in > >> >> /etc/fstab and rebooted. After reboot disklabel seems to have changed > >> >> completely and it currently looks like this: > >> >> > >> >> # disklabel sd0 > >> >> # /dev/rsd0c: > >> >> type: SCSI > >> >> disk: SCSI disk > >> >> label: ST2000DM001-1CH1 > >> >> duid: > >> >> flags: > >> >> bytes/sector: 512 > >> >> sectors/track: 63 > >> >> tracks/cylinder: 255 > >> >> sectors/cylinder: 16065 > >> >> cylinders: 503 > >> >> total sectors: 8089950 > >> >> boundstart: 0 > >> >> boundend: 8089950 > >> >> drivedata: 0 > >> >> > >> >> 16 partitions: > >> >> #size offset fstype [fsize bsize cpg] > >> >> c: 80899500 unused > >> >> > >> >> > >> >> Is there any way fix the disklabel or is this an error that is > >> impossible to > >> >> recover from? duid used to show up as 4d43e3389228e319 and not > >> >> . > >> >> > >> >> Please let me know if you have any suggestions. > >> > > >> > Get your old label from /var/backups and try to restore it with > >> > disklabel -R. You don't tell what your platform is, it might be that > >> > you also need to do fdisk work first to restore the mbr partition > >> > table. > >> > > >> > But of course, it is also interesting to know what happened to you > >> > disk. But since you do not tell us what you did you are on your own > >> > here. > >> > > >> > -Otto > >> > >> Thank you very much. I am running an older snapshot OpenBSD 5.7 > >> -current as of Mar 19, 2015. I thought of -R with disklabel but since > >> the drive seems to show itself as a 3950MB drive instead of a 2TB > >> drive, I was not sure how to do this. > >> > >> The problem truly is I am not sure what I did to cause all this > >> problem!!! The sequence of actions were as follows. Since I had not > >> looked at this box for a while I was just logging in to look at where > >> I had kept everything. I did a cd /ports/packages/amd64/all and got an > >> input error when I tried to edit a file. So I did a shutdown -h now; > > > > - > >> opened the 3.5" and 2.5" hotswap drive bays and pulled both drives out > >> and pushed them back in. Powered the system on at which point I was > > ^^ > > > > I am very curious to know why you did this. > > What am I missing here? > > - > > > >> dropped into the shell because /vm and /ports had errors. So I tried > >> to do a fsck_ffs and that failed. At that point I looked at disklabel
Re: Boot problem custom Kernel 5.7
2015/07/10 22:12 "Oliver" : > > Hello, > > On Tue, 09 Jun 2015, Theo de Raadt wrote: > > > > > entry point at 0x1000160 [7205c766, 3404, 24448b12, 1080a304] > > > > > == At this point the system reboots. No further messages. > > > > > > > > Your kernel is probably too large. A limitation in the bootblocks. > > > Do you mean the kernel with the ramdisk or without? What would be the > > > best way to workaround this limit? Decrease ramdisk size? > > > Remove driver/options from the kernel? > > > > Those are your changes, outside the OpenBSD tree. You are on your own. > I just want to say that this problem is fixed in OpenBSD 5.8-beta. The > problem is not the bootloader. Can someone point me to the right direction to > backport the changes to 5.7? > > Thanks, > > Oliver Is it fixed, or is it just randomly working?
Re: httpd stops accepting connections after a few hours on current
On Thu, 2015-07-09 at 11:59 +0200, Tor Houghton wrote: > On Wed, Jul 08, 2015 at 10:04:27PM -0500, Theodore Wynnychenko wrote: > > > > [snip] > > > > server https://server2.tldn.com, client 2067 (63 active), 10.0.28.254:60330 > > -> > > 10.0.28.130:443, buffer event error > > [..] > > server https://server2.tldn.com, client 2068 (63 active), 10.0.28.254:52350 > > -> > > 10.0.28.130:443, buffer event error > > I'm going to "me too" on this one (have not been until now, as I thought > perhaps it was due to my setup, and therefore off-topic). Likewise, seeing the same behaviour here on 5.7-stable -- so the problem is not confined to -current. Fairly small & simple httpd setup here, httpd configured with 3 server stanzas: 2 HTTPS-only (both using FastCGI) plus one trivial HTTP-only (just a block return 303 pointing to one of the HTTPS servers). Quite a light load too (averaging 178k requests/day -- about 2/sec). Frequency of problem varies wildly -- sometimes occurs after only an hour or two since last httpd restart and at other times httpd will last for up to 4 days before it stops responding to requests. Variation in volume of requests appears to have no effect on frequency of recurrence either. On every occasion, httpd continues to respond correctly to signals (httpd restarts are always clean), just not to HTTP[S] requests. On at least one occasion, the http socket continued to respond correctly to requests, whilst the two https ones stopped responding. On other occasions, all 3 stopped responding at around the same time. When a socket stops responding, it still accepts requests but httpd neither logs (at least, when not in debug mode) nor responds to them (i.e. I can successfully open a TCP session to the listening socket and send it a request, but nothing comes back after the initial ACK). It hasn't happened here in a few days now so I don't have a log extract on hand to share (but can post one next time it happens). >From memory in the past we were seeing TLS accept fail errors in the logs, as reported by the original poster, but not at the time the sockets stopped responding (only well beforehand), so I'd also assumed that those were unrelated. Running tcpdump on both user-facing interfaces (and on pflog0 just to rule out the possibility of some error in our pf.conf) whilst httpd was not responding to requests on previous occasions revealed nothing new. Have tried watching debug output a couple of times before, but it rapidly gets quite unwieldy, even with our modest load (especially over a remote ssh session -- both uplinks at that site are nearing capacity), given the length of time it can take for the problem to manifest (on each occasion I gave up after a few hours without the problem occurring). Am now running httpd -dvvv with stdout/err redirected to a temporary log file (probably should have done that in the first place). We are already seeing (after less than a minute) entries in the debug logs similar to those reported by Theodore, for example: * On an HTTPS server (using FastCGI): server portal, client 305 (14 active), 192.168.137.161:52224 -> 192.168.137.1:443, buffer event error and * On the trivial HTTP server (using just a block return 303): server redir, client 132 (11 active), 192.168.137.100:61081 -> 192.168.137.1, buffer event timeout However, the original problem (httpd stops responding to requests) is *not* occurring at present. Will post debug log extract & httpd.conf next time the problem recurs (should be within the next few days).
Re: httpd stops accepting connections after a few hours on current
-Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Edgar Pettijohn Sent: Friday, July 10, 2015 7:32 PM To: misc@openbsd.org Subject: Re: httpd stops accepting connections after a few hours on current On 07/08/15 22:04, Theodore Wynnychenko wrote: > From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Edgar > Pettijohn > Sent: Wednesday, July 08, 2015 8:52 PM > To: misc@openbsd.org > Subject: Re: httpd stops accepting connections after a few hours on current > > On 07/08/15 12:15, Henrik Friedrichsen wrote: >> I have encountered the same problem as has the guy in [1]. Maybe it is >> worth a bug report? >> >> Could this be related to FastCGI and exhaustion of some ressource? >> >> [1]: https://www.facebook.com/groups/2210554563/permalink/10153383131319564/ >> > Have you run in debug mode? > > # httpd -dvvv > > -- > > Hello > Earlier today, I started it in debug mode. > What I noticed is that for the first few hours there is nothing much of > interest. > A bunch of: > > http://server3.tldn.com 10.0.28.254 - - [08/Jul/2015:14:38:31 -0500] "POST > /rpc/ClientApi HTTP/1.1" 301 0 > server http://server3.tldn.com, client 1552 (36 active), 10.0.28.254:65357 -> > 10.0.28.131, https://server3.tldn.com/index.html (301 Moved Permanently) > > But, then I noticed (and I actually did notice this in the logs the other day, > but was too stupid to understand that it was - I think now - important): > > server https://server2.tldn.com, client 2067 (63 active), 10.0.28.254:60330 -> > 10.0.28.130:443, buffer event error > server https://server2.tldn.com, client 1756 (72 active), 10.0.28.254:56005 -> > 10.0.28.130:443, buffer event error > server https://server2.tldn.com, client 1521 (58 active), 10.0.28.254:56066 -> > 10.0.28.130:443, buffer event error > server https://server2.tldn.com, client 2068 (63 active), 10.0.28.254:52350 -> > 10.0.28.130:443, buffer event error The httpd.conf you supplied doesn't show this server serving fastcgi is that true? I'm testing a similiar config to see if I can duplicate the error. > > It appears that the "buffer event error"s aren't there for a few hours, then > start, then increase, and eventually there is no more logging, and httpd is not > responsive. > Correct. Only "server1" utilizes fastcgi. "server2" and "server3" only have static content.
Re: httpd stops accepting connections after a few hours on current
On 07/10/15 19:32, Edgar Pettijohn wrote:
On 07/08/15 22:04, Theodore Wynnychenko wrote:
From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On
Behalf Of Edgar
Pettijohn
Sent: Wednesday, July 08, 2015 8:52 PM
To: misc@openbsd.org
Subject: Re: httpd stops accepting connections after a few hours on
current
On 07/08/15 12:15, Henrik Friedrichsen wrote:
I have encountered the same problem as has the guy in [1]. Maybe it is
worth a bug report?
Could this be related to FastCGI and exhaustion of some ressource?
[1]:
https://www.facebook.com/groups/2210554563/permalink/10153383131319564/
Have you run in debug mode?
# httpd -dvvv
--
Hello
Earlier today, I started it in debug mode.
What I noticed is that for the first few hours there is nothing much of
interest.
A bunch of:
http://server3.tldn.com 10.0.28.254 - - [08/Jul/2015:14:38:31 -0500]
"POST
/rpc/ClientApi HTTP/1.1" 301 0
server http://server3.tldn.com, client 1552 (36 active),
10.0.28.254:65357 ->
10.0.28.131, https://server3.tldn.com/index.html (301 Moved Permanently)
But, then I noticed (and I actually did notice this in the logs the
other day,
but was too stupid to understand that it was - I think now - important):
server https://server2.tldn.com, client 2067 (63 active),
10.0.28.254:60330 ->
10.0.28.130:443, buffer event error
server https://server2.tldn.com, client 1756 (72 active),
10.0.28.254:56005 ->
10.0.28.130:443, buffer event error
server https://server2.tldn.com, client 1521 (58 active),
10.0.28.254:56066 ->
10.0.28.130:443, buffer event error
server https://server2.tldn.com, client 2068 (63 active),
10.0.28.254:52350 ->
10.0.28.130:443, buffer event error
The httpd.conf you supplied doesn't show this server serving fastcgi
is that true? I'm testing a similiar config to see if I can duplicate
the error.
It appears that the "buffer event error"s aren't there for a few
hours, then
start, then increase, and eventually there is no more logging, and
httpd is not
responsive.
[demime 1.01d removed an attachment of type
application/x-pkcs7-signature which had a name of smime.p7s]
This may not have been the most scientific test, but I was able to
reproduce as follows:
httpd.conf
server "default" {
listen on $ext_addr port 80
directory auto index
}
server "secure" {
listen on 192.168.1.5 tls port 443
tls certificate "/etc/ssl/web.crt"
tls key "/etc/ssl/private/web.key"
directory auto index
}
test.sh
#!/bin/sh
while true
do
wget --no-check-certificate https://192.168.1.5/sasl/index.html
&& rm index.html
done
had to add --no-check-certificate due to:
ERROR: cannot verify 192.168.1.5's certificate, issued by
'CN=192.168.1.5,L=Austin,ST=Texas,C=US':
Self-signed certificate encountered.
I tried a couple of certificates all self signed with the same results.
httpd -dvvv
secure 192.168.1.5 - - [10/Jul/2015:20:52:13 -0500] "GET
/sasl/index.html HTTP/1.1" 200 5491
server secure, client 3101 (1 active), 192.168.1.5:21322 ->
192.168.1.5:443, buffer event error
secure 192.168.1.5 - - [10/Jul/2015:20:52:13 -0500] "GET
/sasl/index.html HTTP/1.1" 200 5491
server secure, client 3002 (3 active), 192.168.1.5:23332 ->
192.168.1.5:443, buffer event error
secure 192.168.1.5 - - [10/Jul/2015:20:52:13 -0500] "GET
/sasl/index.html HTTP/1.1" 200 5491
server secure, client 3102 (1 active), 192.168.1.5:23204 ->
192.168.1.5:443, buffer event error
(after killing test.sh)
server_accept_tls: TLS accept failed - accept failed: Connection reset
by peer
Re: httpd stops accepting connections after a few hours on current
On 07/08/15 22:04, Theodore Wynnychenko wrote: From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Edgar Pettijohn Sent: Wednesday, July 08, 2015 8:52 PM To: misc@openbsd.org Subject: Re: httpd stops accepting connections after a few hours on current On 07/08/15 12:15, Henrik Friedrichsen wrote: I have encountered the same problem as has the guy in [1]. Maybe it is worth a bug report? Could this be related to FastCGI and exhaustion of some ressource? [1]: https://www.facebook.com/groups/2210554563/permalink/10153383131319564/ Have you run in debug mode? # httpd -dvvv -- Hello Earlier today, I started it in debug mode. What I noticed is that for the first few hours there is nothing much of interest. A bunch of: http://server3.tldn.com 10.0.28.254 - - [08/Jul/2015:14:38:31 -0500] "POST /rpc/ClientApi HTTP/1.1" 301 0 server http://server3.tldn.com, client 1552 (36 active), 10.0.28.254:65357 -> 10.0.28.131, https://server3.tldn.com/index.html (301 Moved Permanently) But, then I noticed (and I actually did notice this in the logs the other day, but was too stupid to understand that it was - I think now - important): server https://server2.tldn.com, client 2067 (63 active), 10.0.28.254:60330 -> 10.0.28.130:443, buffer event error server https://server2.tldn.com, client 1756 (72 active), 10.0.28.254:56005 -> 10.0.28.130:443, buffer event error server https://server2.tldn.com, client 1521 (58 active), 10.0.28.254:56066 -> 10.0.28.130:443, buffer event error server https://server2.tldn.com, client 2068 (63 active), 10.0.28.254:52350 -> 10.0.28.130:443, buffer event error The httpd.conf you supplied doesn't show this server serving fastcgi is that true? I'm testing a similiar config to see if I can duplicate the error. It appears that the "buffer event error"s aren't there for a few hours, then start, then increase, and eventually there is no more logging, and httpd is not responsive. [demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]
Re: mail server on rental server , cannot send gmail.com
thanks trondd . http://mxtoolbox.com/diagnostic.aspx says smtp:mail.openbsd.link Monitor This Unable to connect after 15 seconds. TestResult SMTP ConnectFailed To ConnectMore Info Session Transcript: Connecting to 157.7.244.194 7/10/2015 5:00:41 PM Connection attempt #1 - Unable to connect after 15 seconds. [15.02 sec] and nslookup 157.7.244.194 - Server: 192.168.100.254 Address:192.168.100.254#53 Non-authoritative answer: 194.244.7.157.in-addr.arpa name = v157-7-244-194.myvps.jp. Authoritative answers can be found from: ah , [adress -> name ] is not ready . i retern back to rental server setting . i will try it , but need some time . --- regards
Re: mail server on rental server , cannot send gmail.com
On 2015-07-10 16:53, Tuyosi Takesima wrote: Hi ,all . i can send and recieve mail by using mail server on rental server . namely send to tuy...@openbsd.link recieve from tuy...@openbsd.link but now state , i cannot send mail to x...@gmail.com becase of relay host what should i do next ? Larger mail hosts require certain configurations to make sure you're not a spammer, or could be abused by spammers. Check your domain with a test site like: http://mxtoolbox.com/diagnostic.aspx Tim.
Re: mail server on rental server , cannot send gmail.com
good advice. thanks Michael. tail /var/log/maillog is Jul 11 15:20:52 aoiyuma postfix/smtpd[9635]: warning: smtputf8_enable is true, but EAI support is not compiled in Jul 11 15:20:52 aoiyuma postfix/proxymap[20250]: warning: smtputf8_enable is true, but EAI support is not compiled in Jul 11 15:20:52 aoiyuma postfix/smtpd[9635]: connect from e0109-114-22-25-247.uqwimax.jp[114.22.25.247] Jul 11 15:20:52 aoiyuma postfix/anvil[24095]: warning: smtputf8_enable is true, but EAI support is not compiled in Jul 11 15:20:52 aoiyuma postfix/trivial-rewrite[29959]: warning: smtputf8_enable is true, but EAI support is not compiled in Jul 11 15:20:52 aoiyuma postfix/smtpd[9635]: NOQUEUE: reject: RCPT from e0109-114-22-25-247.uqwimax.jp[114.22.25.247]: 454 4.7.1 < nakajin.fu...@gmail.com>: Relay access denied; from= to= proto=SMTP helo=< aoiyuma.mydns.jp> Jul 11 15:20:57 aoiyuma postfix/smtpd[9635]: lost connection after RCPT from e0109-114-22-25-247.uqwimax.jp[114.22.25.247] Jul 11 15:20:57 aoiyuma postfix/smtpd[9635]: disconnect from e0109-114-22-25-247.uqwimax.jp[114.22.25.247] helo=1 mail=1 rcpt=0/1 commands=2/3 and sylpheed says 'nakajin.fu...@gmail.com>: Relay access denied' 114.22.25.247 is internet adress of sylpheed. and internet | 114.22.25.247 wifi router | 192.168.100.101 openbsd(sylpheed) --- regards
Re: mail server on rental server , cannot send gmail.com
On Sat, Jul 11, 2015 at 05:53:42AM +0900, Tuyosi Takesima wrote: > i can send and recieve mail by using mail server on rental server . > > namely send to tuy...@openbsd.link > recieve from tuy...@openbsd.link > > but now state , i cannot send mail to x...@gmail.com becase of relay > host You didn't share the relevant /var/log/maillog entries, right? That's probably the most important diagnostic.
mail server on rental server , cannot send gmail.com
Hi ,all .
i can send and recieve mail by using mail server on rental server .
namely send to tuy...@openbsd.link
recieve from tuy...@openbsd.link
but now state , i cannot send mail to x...@gmail.com becase of relay host
what should i do next ?
my /etc/postfix/main.cf is
---
myhostname = mail.openbsd.link
mydomain = openbsd.link
myorigin = $mydomain
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
inet_interfaces = all
home_mailbox = Maildir/
mynetworks = 127.0.0.0/8
compatibility_level = 2
queue_directory = /var/spool/postfix
command_directory = /usr/local/sbin
daemon_directory = /usr/local/libexec/postfix
data_directory = /var/postfix
mail_owner = _postfix
inet_protocols = all
unknown_local_recipient_reject_code = 550
debug_peer_level = 2
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
ddd $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/local/sbin/sendmail
newaliases_path = /usr/local/sbin/newaliases
mailq_path = /usr/local/sbin/mailq
setgid_group = _postdrop
html_directory = /usr/local/share/doc/postfix/html
manpage_directory = /usr/local/man
sample_directory = /etc/postfix
readme_directory = /usr/local/share/doc/postfix/readme
meta_directory = /etc/postfix
shlib_directory = no
and
dovecot -n is
# 2.2.15: /etc/dovecot/dovecot.conf
# OS: OpenBSD 5.7 amd64
auth_mechanisms = plain login
disable_plaintext_auth = no
first_valid_uid = 1000
imap_client_workarounds = delay-newmail tb-extra-mailbox-sep
tb-lsub-flags
listen = *
mail_location = maildir:~/Maildir
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
protocols = imap
ssl_cert = http://aoiyuma.mydns.jp/mail-server.html .
regards
OpenBSD 5.5 won't initiate VPN (Ipsec site-to-site)connection to Cisco device
Hello,
I have a gateway machine OpenBSD 5.5 that won't not initiate connection
to peer. The one way to establish VPN tunnel is if peer ping IP in my
subnet.
in pf.conf
IpsecClients="{ 173.16.2.20/32, 139.19.10.51/32 }"
IpsecHosts="{ 192.16.38.24/27 }"
# IPSec VPN tunnel
pass in on $OUTSIDE inet proto udp from $IpsecClients to $IpsecHosts
port 500
pass in on $OUTSIDE inet proto esp from $IpsecClients to $IpsecHosts
isakmpd.conf
phase 1
139.19.10.51= ISAKMP-peer-CORP1
phase 2
connections = IPsec-CORP1-DataCenter1
#Phase 1 peers
## CORP1
[ISAKMP-peer-CORP1]
Phase= 1
Transport= udp
Address=139.19.10.51
Configuration= Default-main-mode3
Authentication= psecret
# phase 2
[IPsec-CORP1-DataCenter1]
Phase= 2
ISAKMP-peer=ISAKMP-peer-CORP1
Configuration= Default-quick-mode3
Local-ID= Net-datacenter1
Remote-ID= Net-corp1
[IPsec-CORP1-DataCenter2]
Phase= 2
ISAKMP-peer=ISAKMP-peer-CORP1
Configuration= Default-quick-mode3
Local-ID= Net-datacenter2
Remote-ID= Net-corp2
any ideas?
Re:
Make the config not world readable/writeable.
Den 10 jul 2015 13:27 skrev "Reza Kakhki" :
> Yesterday i tried to enable OSPF routing on OpenBSD 5.7 . so i created
> "/etc/ospfd.conf" and added this codes to it ( just for test )
>
> routet-id 127.0.0.1
>
> area 0.0.0.0 {
> interface em0
> }
>
> but after type /etc/rc.d/ospfd -fd start i got this logs in terminal
>
> doing _rc_parse_conf
> doing _rc_quirks
> ospfd_flags empty, using default ><
> doing _rc_read_runfile
> doing rc_check
> ospfd
> doing rc_start
> /etc/ospfd.conf: group writable or world read/writable
> doing _rc_rm_runfile
> (failed)
>
> can any body tell me why i got this ? Note : my OpenBSD is running under
> vitualbox4.3 and host system is Fedora22
Re: Audio Boost for Sndio
On 07/10/15 13:15, Jan Stary wrote:
Please show the output of mixerctl -av
This is hardly 'maxed out'.
Same for the other settings.
Sorry about that, I'd asked in IRC about it and was given a few devices
to try, and they didn't work. I know for sure that a couple got reset at
least (I remember setting hp_boost for example, since it was named like
something relevant.) I've tried playing with inputs.dac-0:1 and other
values since and the inputs.dac-* actually *do* max out at 174 for me.
$ mixerctl -av
inputs.dac-0:1=174,174
inputs.dac-2:3=174,174
record.adc-2:3_mute=off [ off on ]
record.adc-2:3=124,124
record.adc-0:1_mute=off [ off on ]
record.adc-0:1=124,124
inputs.mix_source=mic2,beep { mic2 beep }
inputs.mix_mic2=120,120
inputs.mix_beep=120,120
inputs.mix2_source=dac-0:1,mix { dac-0:1 mix }
inputs.mix3_source=dac-2:3,mix { dac-2:3 mix }
inputs.mic=85,85
outputs.spkr_source=mix3 [ mix2 mix3 ]
outputs.spkr_mute=off [ off on ]
outputs.spkr_eapd=on [ off on ]
outputs.hp_source=mix2 [ mix2 mix3 ]
outputs.hp_mute=off [ off on ]
outputs.hp_boost=on [ off on ]
outputs.hp_eapd=on [ off on ]
outputs.mic2_source=mix2 [ mix2 mix3 ]
outputs.mic2_mute=off [ off on ]
inputs.mic2=85,85
outputs.mic2_dir=input-vr80 [ none output input input-vr0 input-vr50
input-vr80 input-vr100 ]
record.adc-0:1_source=mic2,beep,mix,mic { mic2 beep mix mic }
record.adc-2:3_source=mic2,beep,mix { mic2 beep mix }
outputs.hp_sense=unplugged [ unplugged plugged ]
outputs.mic2_sense=unplugged [ unplugged plugged ]
outputs.spkr_muters=hp,mic2 { hp mic2 }
outputs.master=255,255
outputs.master.mute=off [ off on ]
outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp { dac-0:1 dac-2:3 spkr hp
mic2 }
record.volume=124,124
record.volume.mute=off [ off on ]
record.volume.slaves=adc-2:3,adc-0:1 { adc-2:3 adc-0:1 mic mic2 }
(after some playing around)
Re: Disk Problem
Quoting Otto Moerbeek : On Fri, Jul 10, 2015 at 04:04:04PM +, Vijay Sankar wrote: My objective for this weekend was to follow the new dpb and build ports without using sudo. So I was hoping to upgrade to the latest snapshot on a system that I use for tests. The test system has a 2TB drive and it had two 300GB partitions in it for ports and vm; and a 120GB SSD for the OS and used to look as follows: Filesystem SizeUsed Avail Capacity Mounted on /dev/sd1a 1005M 55.0M900M 6%/ /dev/sd1k 64.5G 20.9G 40.3G34%/home /dev/sd1d 3.9G 10.0K3.7G 0%/tmp /dev/sd1f 2.0G966M946M51%/usr /dev/sd1g 1005M191M764M20%/usr/X11R6 /dev/sd1h 9.8G2.9G6.5G31%/usr/local /dev/sd1j 2.0G2.0K1.9G 0%/usr/obj /dev/sd1i 2.0G827M1.1G43%/usr/src /dev/sd1e 13.5G 26.5M 12.8G 0%/var /dev/sd0h 298G176G107G62%/ports /dev/sd0f 298G 19.6G263G 7%/vm My /etc/fstab was 4f0cd8b5e7fd8f6a.b none swap sw 4f0cd8b5e7fd8f6a.a / ffs rw 1 1 4f0cd8b5e7fd8f6a.k /home ffs rw,nodev,nosuid 1 2 4f0cd8b5e7fd8f6a.d /tmp ffs rw,nodev,nosuid 1 2 4f0cd8b5e7fd8f6a.f /usr ffs rw,nodev 1 2 4f0cd8b5e7fd8f6a.g /usr/X11R6 ffs rw,nodev 1 2 4f0cd8b5e7fd8f6a.h /usr/local ffs rw,nodev 1 2 4f0cd8b5e7fd8f6a.j /usr/obj ffs rw,nodev,nosuid 1 2 4f0cd8b5e7fd8f6a.i /usr/src ffs rw,nodev,nosuid 1 2 4f0cd8b5e7fd8f6a.e /var ffs rw,nodev,nosuid 1 2 4d43e3389228e319.h /ports ffs rw,nodev,nosuid 1 2 4d43e3389228e319.f /vm ffs rw,nodev,nosuid 1 2 I am not sure what happened -- but when I rebooted the system this morning /ports and /vm would not mount; so I commented out the last two lines in /etc/fstab and rebooted. After reboot disklabel seems to have changed completely and it currently looks like this: # disklabel sd0 # /dev/rsd0c: type: SCSI disk: SCSI disk label: ST2000DM001-1CH1 duid: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 503 total sectors: 8089950 boundstart: 0 boundend: 8089950 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] c: 80899500 unused Is there any way fix the disklabel or is this an error that is impossible to recover from? duid used to show up as 4d43e3389228e319 and not . Please let me know if you have any suggestions. Get your old label from /var/backups and try to restore it with disklabel -R. You don't tell what your platform is, it might be that you also need to do fdisk work first to restore the mbr partition table. But of course, it is also interesting to know what happened to you disk. But since you do not tell us what you did you are on your own here. -Otto Thank you very much. I am running an older snapshot OpenBSD 5.7 -current as of Mar 19, 2015. I thought of -R with disklabel but since the drive seems to show itself as a 3950MB drive instead of a 2TB drive, I was not sure how to do this. The problem truly is I am not sure what I did to cause all this problem!!! The sequence of actions were as follows. Since I had not looked at this box for a while I was just logging in to look at where I had kept everything. I did a cd /ports/packages/amd64/all and got an input error when I tried to edit a file. So I did a shutdown -h now; opened the 3.5" and 2.5" hotswap drive bays and pulled both drives out and pushed them back in. Powered the system on at which point I was dropped into the shell because /vm and /ports had errors. So I tried to do a fsck_ffs and that failed. At that point I looked at disklabel and noticed that the duid was gone. fdisk sd0 does not show anything other than: # fdisk sd0 Disk: sd0 geometry: 503/255/63 [8089950 Sectors] I tried the disklabel -R as you suggested; # disklabel -R sd0 disklabel.sd0.current disklabel: partition a: partition extends past end of unit disklabel: partition c: partition extends past end of unit disklabel: partition d: offset past end of unit disklabel: partition d: partition extends past end of unit disklabel: partition e: offset past end of unit disklabel: partition e: partition extends past end of unit disklabel: partition f: offset past end of unit disklabel: partition f: partition extends past end of unit disklabel: partition g: offset past end of unit disklabel: partition g: partition extends past end of unit disklabel: partition h: offset past end of unit disklabel: partition h: partition extends past end of unit disklabel: partition i: offset past end of unit disklabel: partition i: partition extends past end of unit Also tried # fdisk -i sd0 Do you wish to write new MBR and partition table? [n] y Writing MBR at offset 0. fdisk: error writing MBR: Input/output error Not sure whether there is any other option but Thanks very much for the help and advice. Vijay --
Re: Disk Problem
On Fri, Jul 10, 2015 at 04:04:04PM +, Vijay Sankar wrote: > My objective for this weekend was to follow the new dpb and build ports > without using sudo. So I was hoping to upgrade to the latest snapshot on a > system that I use for tests. > > The test system has a 2TB drive and it had two 300GB partitions in it for > ports and vm; and a 120GB SSD for the OS and used to look as follows: > > Filesystem SizeUsed Avail Capacity Mounted on > /dev/sd1a 1005M 55.0M900M 6%/ > /dev/sd1k 64.5G 20.9G 40.3G34%/home > /dev/sd1d 3.9G 10.0K3.7G 0%/tmp > /dev/sd1f 2.0G966M946M51%/usr > /dev/sd1g 1005M191M764M20%/usr/X11R6 > /dev/sd1h 9.8G2.9G6.5G31%/usr/local > /dev/sd1j 2.0G2.0K1.9G 0%/usr/obj > /dev/sd1i 2.0G827M1.1G43%/usr/src > /dev/sd1e 13.5G 26.5M 12.8G 0%/var > /dev/sd0h 298G176G107G62%/ports > /dev/sd0f 298G 19.6G263G 7%/vm > > My /etc/fstab was > > 4f0cd8b5e7fd8f6a.b none swap sw > 4f0cd8b5e7fd8f6a.a / ffs rw 1 1 > 4f0cd8b5e7fd8f6a.k /home ffs rw,nodev,nosuid 1 2 > 4f0cd8b5e7fd8f6a.d /tmp ffs rw,nodev,nosuid 1 2 > 4f0cd8b5e7fd8f6a.f /usr ffs rw,nodev 1 2 > 4f0cd8b5e7fd8f6a.g /usr/X11R6 ffs rw,nodev 1 2 > 4f0cd8b5e7fd8f6a.h /usr/local ffs rw,nodev 1 2 > 4f0cd8b5e7fd8f6a.j /usr/obj ffs rw,nodev,nosuid 1 2 > 4f0cd8b5e7fd8f6a.i /usr/src ffs rw,nodev,nosuid 1 2 > 4f0cd8b5e7fd8f6a.e /var ffs rw,nodev,nosuid 1 2 > 4d43e3389228e319.h /ports ffs rw,nodev,nosuid 1 2 > 4d43e3389228e319.f /vm ffs rw,nodev,nosuid 1 2 > > I am not sure what happened -- but when I rebooted the system this morning > /ports and /vm would not mount; so I commented out the last two lines in > /etc/fstab and rebooted. After reboot disklabel seems to have changed > completely and it currently looks like this: > > # disklabel sd0 > # /dev/rsd0c: > type: SCSI > disk: SCSI disk > label: ST2000DM001-1CH1 > duid: > flags: > bytes/sector: 512 > sectors/track: 63 > tracks/cylinder: 255 > sectors/cylinder: 16065 > cylinders: 503 > total sectors: 8089950 > boundstart: 0 > boundend: 8089950 > drivedata: 0 > > 16 partitions: > #size offset fstype [fsize bsize cpg] > c: 80899500 unused > > > Is there any way fix the disklabel or is this an error that is impossible to > recover from? duid used to show up as 4d43e3389228e319 and not > . > > Please let me know if you have any suggestions. Get your old label from /var/backups and try to restore it with disklabel -R. You don't tell what your platform is, it might be that you also need to do fdisk work first to restore the mbr partition table. But of course, it is also interesting to know what happened to you disk. But since you do not tell us what you did you are on your own here. -Otto
Re: Audio Boost for Sndio
On Jul 10 06:01:17, t...@parlementum.net wrote: > I'm having a bit of trouble with audio on my 5.7 box (Thinkpad T430.) Audio > is just a bit too quiet to be comfortable even when I have everything maxed > out. I had a similar problem on Linux and I was able to create a boost > device to feed audio through before it went to the speakers, could I do the > same in OpenBSD? I've thrown in dmesg as well as mixerctl and audioctl > output, not sure if anything else is needed. I remember reading that there > was already some boost by default as well, but it defaulted to being maxed > for me so it's not much help. > azalia0 at pci0 dev 27 function 0 "Intel 7 Series HD Audio" rev 0x04: msi > azalia0: codecs: Realtek ALC269, Intel/0x2806, using Realtek ALC269 > audio0 at azalia0 Please show the output of mixerctl -av > inputs.dac-0:1=174,174 This is hardly 'maxed out'. Same for the other settings. > inputs.dac-2:3=174,174 > record.adc-2:3_mute=off > record.adc-2:3=124,124 > record.adc-0:1_mute=off > record.adc-0:1=124,124 > inputs.mix_source=mic2,beep > inputs.mix_mic2=120,120 > inputs.mix_beep=120,120 > inputs.mix2_source=dac-0:1,mix > inputs.mix3_source=dac-2:3,mix > inputs.mic=85,85 > outputs.spkr_source=mix3 > outputs.spkr_mute=off > outputs.spkr_eapd=on > outputs.hp_source=mix2 > outputs.hp_mute=off > outputs.hp_boost=off > outputs.hp_eapd=on > outputs.mic2_source=mix2 > outputs.mic2_mute=off > inputs.mic2=85,85 > outputs.mic2_dir=input-vr80 > record.adc-0:1_source=mic2,beep,mix,mic > record.adc-2:3_source=mic2,beep,mix > outputs.hp_sense=unplugged > outputs.mic2_sense=unplugged > outputs.spkr_muters=hp,mic2 > outputs.master=255,255 > outputs.master.mute=off > outputs.master.slaves=dac-0:1,dac-2:3,spkr,hp > record.volume=124,124 > record.volume.mute=off > record.volume.slaves=adc-2:3,adc-0:1
Disk Problem
My objective for this weekend was to follow the new dpb and build ports without using sudo. So I was hoping to upgrade to the latest snapshot on a system that I use for tests. The test system has a 2TB drive and it had two 300GB partitions in it for ports and vm; and a 120GB SSD for the OS and used to look as follows: Filesystem SizeUsed Avail Capacity Mounted on /dev/sd1a 1005M 55.0M900M 6%/ /dev/sd1k 64.5G 20.9G 40.3G34%/home /dev/sd1d 3.9G 10.0K3.7G 0%/tmp /dev/sd1f 2.0G966M946M51%/usr /dev/sd1g 1005M191M764M20%/usr/X11R6 /dev/sd1h 9.8G2.9G6.5G31%/usr/local /dev/sd1j 2.0G2.0K1.9G 0%/usr/obj /dev/sd1i 2.0G827M1.1G43%/usr/src /dev/sd1e 13.5G 26.5M 12.8G 0%/var /dev/sd0h 298G176G107G62%/ports /dev/sd0f 298G 19.6G263G 7%/vm My /etc/fstab was 4f0cd8b5e7fd8f6a.b none swap sw 4f0cd8b5e7fd8f6a.a / ffs rw 1 1 4f0cd8b5e7fd8f6a.k /home ffs rw,nodev,nosuid 1 2 4f0cd8b5e7fd8f6a.d /tmp ffs rw,nodev,nosuid 1 2 4f0cd8b5e7fd8f6a.f /usr ffs rw,nodev 1 2 4f0cd8b5e7fd8f6a.g /usr/X11R6 ffs rw,nodev 1 2 4f0cd8b5e7fd8f6a.h /usr/local ffs rw,nodev 1 2 4f0cd8b5e7fd8f6a.j /usr/obj ffs rw,nodev,nosuid 1 2 4f0cd8b5e7fd8f6a.i /usr/src ffs rw,nodev,nosuid 1 2 4f0cd8b5e7fd8f6a.e /var ffs rw,nodev,nosuid 1 2 4d43e3389228e319.h /ports ffs rw,nodev,nosuid 1 2 4d43e3389228e319.f /vm ffs rw,nodev,nosuid 1 2 I am not sure what happened -- but when I rebooted the system this morning /ports and /vm would not mount; so I commented out the last two lines in /etc/fstab and rebooted. After reboot disklabel seems to have changed completely and it currently looks like this: # disklabel sd0 # /dev/rsd0c: type: SCSI disk: SCSI disk label: ST2000DM001-1CH1 duid: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 503 total sectors: 8089950 boundstart: 0 boundend: 8089950 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] c: 80899500 unused Is there any way fix the disklabel or is this an error that is impossible to recover from? duid used to show up as 4d43e3389228e319 and not . Please let me know if you have any suggestions. Thanks very much, Vijay -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited vsan...@foretell.ca
Questions about l2tp/IPsec with npppd on OpenBSD
Hi, I have a l2tp/IPsec VPN working on OpenBSD 5.6 with npppd. I have a couple of questions about npppd 1) How come it's not possible to the address assigned to a CARP interface on the OpenBSD host Here's what's logged when I try to connect using the IP address assigned to the CARP interface (if I switch to using the IP address assigned to the physical interface, everything works ok) isakmpd[27680]: attribute_unacceptable: ENCRYPTION_ALGORITHM: got AES_CBC, expected 3DES_CBC last message repeated 3 times npppd[1250]: l2tpd ctrl=15 logtype=Started RecvSCCRQ from=$AnIPaddr:51863/udp tunnel_id=15/102 protocol=1.0 winsize=4 hostname=mycomputer vendor=(no vendorname) firm= npppd[1250]: l2tpd ctrl=15 SendSCCRP npppd[1250]: l2tpd ctrl=16 logtype=Started RecvSCCRQ from=$AnIPaddr:51863/udp tunnel_id=16/102 protocol=1.0 winsize=4 hostname=mycomputer vendor=(no vendorname) firm= npppd[1250]: l2tpd ctrl=16 SendSCCRP npppd[1250]: l2tpd ctrl=17 logtype=Started RecvSCCRQ from=$AnIPaddr:51863/udp tunnel_id=17/102 protocol=1.0 winsize=4 hostname=mycomputer vendor=(no vendorname) firm= npppd[1250]: l2tpd ctrl=17 SendSCCRP npppd[1250]: l2tpd ctrl=18 logtype=Started RecvSCCRQ from=$AnIPaddr:51863/udp tunnel_id=18/102 protocol=1.0 winsize=4 hostname=mycomputer vendor=(no vendorname) firm= npppd[1250]: l2tpd ctrl=18 SendSCCRP npppd[1250]: l2tpd ctrl=19 logtype=Started RecvSCCRQ from=$AnIPaddr:51863/udp tunnel_id=19/102 protocol=1.0 winsize=4 hostname=mycomputer vendor=(no vendorname) firm= npppd[1250]: l2tpd ctrl=19 SendSCCRP npppd[1250]: l2tpd ctrl=15 timeout waiting ack for ctrl packets. npppd[1250]: l2tpd ctrl=15 logtype=Finished npppd[1250]: l2tpd ctrl=16 timeout waiting ack for ctrl packets. npppd[1250]: l2tpd ctrl=16 logtype=Finished npppd[1250]: l2tpd ctrl=20 logtype=Started RecvSCCRQ from=$AnIPaddr:51863/udp tunnel_id=20/102 protocol=1.0 winsize=4 hostname=mycomputer vendor=(no vendorname) firm= npppd[1250]: l2tpd ctrl=20 SendSCCRP npppd[1250]: l2tpd ctrl=17 timeout waiting ack for ctrl packets. npppd[1250]: l2tpd ctrl=17 logtype=Finished npppd[1250]: l2tpd ctrl=21 logtype=Started RecvSCCRQ from=$AnIPaddr:51863/udp tunnel_id=21/102 protocol=1.0 winsize=4 hostname=mycomputer vendor=(no vendorname) firm= npppd[1250]: l2tpd ctrl=21 SendSCCRP npppd[1250]: l2tpd ctrl=18 timeout waiting ack for ctrl packets. npppd[1250]: l2tpd ctrl=18 logtype=Finished npppd[1250]: l2tpd ctrl=19 timeout waiting ack for ctrl packets. npppd[1250]: l2tpd ctrl=19 logtype=Finished npppd[1250]: l2tpd ctrl=20 timeout waiting ack for ctrl packets. npppd[1250]: l2tpd ctrl=20 logtype=Finished npppd[1250]: l2tpd ctrl=21 timeout waiting ack for ctrl packets. npppd[1250]: l2tpd ctrl=21 logtype=Finished 2) Is it any way possible to push routes to client automatically upon connecting successfully to the VPN? I'm enquiring about these to remove as much burden from user / client as possible. For reaching the VPN via the CARP IP address so that should one of the firewalls fail, the clients won't need to reconfigure their clients (not because I was thinking of sasyncd like behaviour somehow) Sevan / Venture37
Re: Boot problem custom Kernel 5.7
Hello, On Tue, 09 Jun 2015, Theo de Raadt wrote: > > > > entry point at 0x1000160 [7205c766, 3404, 24448b12, 1080a304] > > > > == At this point the system reboots. No further messages. > > > > > > Your kernel is probably too large. A limitation in the bootblocks. > > Do you mean the kernel with the ramdisk or without? What would be the > > best way to workaround this limit? Decrease ramdisk size? > > Remove driver/options from the kernel? > > Those are your changes, outside the OpenBSD tree. You are on your own. I just want to say that this problem is fixed in OpenBSD 5.8-beta. The problem is not the bootloader. Can someone point me to the right direction to backport the changes to 5.7? Thanks, Oliver
Audio Boost for Sndio
I'm having a bit of trouble with audio on my 5.7 box (Thinkpad T430.) Audio is just a bit too quiet to be comfortable even when I have everything maxed out. I had a similar problem on Linux and I was able to create a boost device to feed audio through before it went to the speakers, could I do the same in OpenBSD? I've thrown in dmesg as well as mixerctl and audioctl output, not sure if anything else is needed. I remember reading that there was already some boost by default as well, but it defaulted to being maxed for me so it's not much help. OpenBSD 5.7-stable (GENERIC) #0: Tue Jun 30 00:19:46 EDT 2015 r...@hetalia.tekk.in:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 8237068288 (7855MB) avail mem = 8013918208 (7642MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae9c000 (69 entries) bios0: vendor LENOVO version "G1ETA2WW (2.62 )" date 01/10/2014 bios0: LENOVO 2344BZU acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT ASF! UEFI UEFI MSDM SSDT SSDT DMAR UEFI DBG2 acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP3(S4) XHCI(S3) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, 1197.52 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus -1 (EXP3) acpicpu0 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS, resource for XHCI, EHC1, EHC2 acpitz0 at acpi0: critical temperature is 200 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "45N1107" serial 24045 type LION oem "LGC" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit offline acpithinkpad0 at acpi0 cpu0: Enhanced SpeedStep 1197 MHz: speeds: 2601, 2600, 2500, 2400, 2300, 2200, 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 3G Host" rev 0x09 vga1 at pci0 dev 2 function 0 "Intel HD Graphics 4000" rev 0x09 intagp at vga1 not configured inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1600x900 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) xhci0 at pci0 dev 20 function 0 "Intel 7 Series xHCI" rev 0x04: msi usb0 at xhci0: USB revision 3.0 uhub0 at usb0 "Intel xHCI root hub" rev 3.00/1.00 addr 1 "Intel 7 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured puc0 at pci0 dev 22 function 3 "Intel 7 Series KT" rev 0x04: ports: 1 com com4 at puc0 port 0 apic 2 int 19: ns16550a, 16 byte fifo com4: probed fifo depth: 0 bytes em0 at pci0 dev 25 function 0 "Intel 82579LM" rev 0x04: msi, address 28:d2:44:1a:f1:25 ehci0 at pci0 dev 26 function 0 "Intel 7 Series USB" rev 0x04: apic 2 int 16 usb1 at ehci0: USB revision 2.0 uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 7 Series HD Audio" rev 0x04: msi azalia0: codecs: Realtek ALC269, Intel/0x2806, using Realtek ALC269 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 7 Series PCIE" rev 0xc4: msi pci1 at ppb0 bus 2 sdhc0 at pci1 dev 0 function 0 "Ricoh 5U822 SD/MMC" rev 0x07: apic 2 int 16 sdmmc0 at sdhc0 ppb1 at pci0 dev 28 function 1 "Intel 7 Series PCIE" rev 0xc4: msi pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6205" rev 0x34: msi, MIMO 2T2R, MoW, address 6c:88:14:cd:ca:98 ehci1 at pci0 dev 29 function 0 "Intel 7 Series USB" rev 0x04: apic 2 int 23 usb2 at ehci1: USB revision 2.0 uhub2 at usb2 "Intel EHCI root hub" rev 2.00/1.00 addr 1 pcib0 at pci0 dev 31 function 0 "Intel QM77 LPC" rev 0x04 ahci0 at pci0 dev 31 function 2 "Intel 7 Series AHCI" rev 0x04: msi, AHCI 1.3 scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: SCSI3 0/direct fixed naa.50014ee659a322a0 sd0: 953869MB, 512 bytes/sector, 1953525168 sectors cd0 at scsibus1 targ 1 lun 0: ATAPI 5/cdrom removable ichiic0 at pci0 dev 31 function 3 "Intel 7 Series SMBus" rev 0x04: apic 2 int 18 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 4GB DDR3
Re: your mail
-rw-r--r-- 1 root wheel On Fri, Jul 10, 2015 at 4:00 PM, Jan Vlach wrote: > Hi, > > what's the output of > ls -l /etc/ospfd.conf > > Jan > > On Fri, Jul 10, 2015 at 03:54:50PM +0430, Reza Kakhki wrote: > > Yesterday i tried to enable OSPF routing on OpenBSD 5.7 . so i created > > "/etc/ospfd.conf" and added this codes to it ( just for test ) > > > > routet-id 127.0.0.1 >-- this looks like a typo too.
Re: your mail
Hi, what's the output of ls -l /etc/ospfd.conf Jan On Fri, Jul 10, 2015 at 03:54:50PM +0430, Reza Kakhki wrote: > Yesterday i tried to enable OSPF routing on OpenBSD 5.7 . so i created > "/etc/ospfd.conf" and added this codes to it ( just for test ) > > routet-id 127.0.0.1 -- this looks like a typo too.
[no subject]
Yesterday i tried to enable OSPF routing on OpenBSD 5.7 . so i created
"/etc/ospfd.conf" and added this codes to it ( just for test )
routet-id 127.0.0.1
area 0.0.0.0 {
interface em0
}
but after type /etc/rc.d/ospfd -fd start i got this logs in terminal
doing _rc_parse_conf
doing _rc_quirks
ospfd_flags empty, using default ><
doing _rc_read_runfile
doing rc_check
ospfd
doing rc_start
/etc/ospfd.conf: group writable or world read/writable
doing _rc_rm_runfile
(failed)
can any body tell me why i got this ? Note : my OpenBSD is running under
vitualbox4.3 and host system is Fedora22
Re: Microsoft Now OpenBSD Foundation Gold Contributor
Check out this on fossforce... http://fossforce.com/2015/07/microsoft-writes-check-free-oscon-passes/#more-1253135 I thought this online blog was only interestedin linux, but apparently its focus is much larger. On Fri, 10 Jul 2015, Joel Rees wrote: I see, now, how my post was misinterpreted. 2015/07/09 9:26 "Joel Rees" : Hmm. Should have looked at the contributions page before I posted. I was reading "Gold" and thinking "Iridium". A corporate contribution of between 25,000 and 50,000 (the Gold level that Microsoft contributed in) is not in the range that it would raise the concerns I was trying too carefully to voice politely below. Quite the opposite, and I should have gone beyond saying that it made Google look a little stingy. (Facebook, too. And, yeah, Apple, Cisco, Oracle, et. al., should be suffering from more than little twinges of conscience.) Still, sudden infusions of cash are not "all good". They often do more damage than good. Among the problems, people get jealous or complacent. In this case, I might be worried that a lot of people who are planning to buy CDs and/or make other small contributions might find it too convenient to assume that the corporate "sponsors" are going to take care of everything. If any one company were to donate 200,000 or more, it would be that much easier to get in the habit of thinking there is a corporate sponsor. With the current state of contributions, one contribution in the range of 25,000 to 50,000 is enough to remind us that the openbsd community is the devs and the users, and the bottom line is individual contributions. And encourage to keep contributing. So I think Microsoft's contribution here was good, and probably carefully considered. I think we could even have four to six contributors at the 25,000 to 50,000 level without complacency becoming too much of a problem, because that level isn't as likely to be confused with sponsorship (real or de facto). On Thu, Jul 9, 2015 at 8:40 AM, Joel Rees wrote: Since Jorge broached the subject, I have a couple of armpits I'd like to air.[1] I am glad, Theo, that you are not on the board of the OpenBSD Foundation. For many reasons, including the present topic of discussion, it demonstrates that you understand engineering and security and how they interact from a very broad perspective. I sympathize with the board. There is no correct response that I can see from where I'm sitting. I was thinking that the Gold level would be in the 250,000+ range. As I said, I should have gone looking for the actual facts before jumping to that conclusion. My bad. Beyond that, the board doesn't need armchair quarterbacks. And I still want to emphasize this to those who have expressed their worries about influence. Influence buying is not the thing to worry about here, and, as Thomas said, I think if we are worried about that, we really don't trust the developers enough to be using what they build as more than a toy. Influence was and is the least of my concerns. Induced complacency is a worse problem, and I won't bother mentioning other strategies that would likely get used if Microsoft were to decide that they needed to either absorb or destroy openbsd. We don't need to be second guessing the OpenBSD Foundation board. I just wish Microsoft had given us (the community, as well as the project) more time. Less than USD 50,000 is probably not quite in the range to get worried about. In other words, at this level, I don't think I need to worry that Microsoft is attempting to destroy openbsd with sudden infusions of cash. (And, yes, from what I have seen, Microsoft has done that in the past. More than once. Changing a few upper-level managers may be enough that they will quit abusing their monopoly position, but I'm not convinced yet. If they repeat their contribution at about the same level next year and the next, without hinting at how OpenBSD could be more compatible with MSWindows and less with some other OS, I'll be a lot more willing to believe there has been some substantial change.) Makes Google look a little stingy, though. -- Joel Rees [1] Opinions are like armpits. Everyone has a couple, and they all stink but your own. -- a common saying in Texas from the mid-1970s -- Joel Rees Be careful when you look at conspiracy. Look first in your own heart, and ask yourself if you are not your own worst enemy. Arm yourself with knowledge of yourself, as well. I know I shouldn't be so quick to see plots and and such, but Microsoft has definitely been among the more dangerous companies to deal with in the past. And now I'll shut up. -- Joel Rees Computer memory is just fancy paper, and the CPU is just a fancy pen. All is text, streaming forever from the past into the future.
Re: Mplayer/VLC crashes on yesterdays 5.8 snapshot on i386
Hello misc,
> I'm trying to recompile mplayer with debug support to provide useful
> backtrace, but this is slow netbook so it takes time. (/rest filesystem
> full is message from one compile run in dmesg)
trying to get further ...
after countless cpu cycles on my little Atom and running out of disk
space 3 times I'm getting:
error: inline assembly requires more
registers than available
Does this mean that I need different CPU to get this compiled? I'm out
of ideas at this point ... hit with a cluestick appreciated, so I can
get further ...
Thank you,
Jan
### tracking current ports tree
### running this to get debug version of mplayer
cd /usr/ports/x11/mplayer
env FLAVOR=debug make
===> Building for mplayer-20150510p1-debug
cc -MMD -MP -W -Wall -D_ISOC99_SOURCE -I. -Iffmpeg -O2 -march=i386
-mcpu=i386 -pipe -g3 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE64_SOURCE -I/usr/local/include -DPIC -D_THREAD_SAFE
-I/usr/X11R6/include -I/usr/local/include
-I/usr/X11R6/include/freetype2 -DZLIB_CONST -I/usr/local/include
-I/usr/local/include/opus -I/usr/local/include -I/usr/local/include -c
-o libmpcodecs/vf_gradfun.o libmpcodecs/vf_gradfun.c
clang-3.5: warning: argument unused during compilation: '-mcpu=i386'
libmpcodecs/vf_gradfun.c:233:9: error: inline assembly requires more
registers than
available
BLURV("movdqa");
^
libmpcodecs/vf_gradfun.c:197:9: note: expanded from macro 'BLURV'
"movdqa %6, %%xmm7 \n"\
^
libmpcodecs/vf_gradfun.c:231:9: error: inline assembly requires more
registers than
available
BLURV("movdqu");
^
libmpcodecs/vf_gradfun.c:197:9: note: expanded from macro 'BLURV'
"movdqa %6, %%xmm7 \n"\
^
2 errors generated.
Makefile:733: recipe for target 'libmpcodecs/vf_gradfun.o' failed
gmake: *** [libmpcodecs/vf_gradfun.o] Error 1
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2766
'/usr/ports/pobj/mplayer-20150510-debug/.build_done')
*** Error 1 in /usr/ports/x11/mplayer
(/usr/ports/infrastructure/mk/bsd.port.mk:2487 'all')
### current dmesg - trying to keep up to date if this has been fixed
already
(P0P9)
acpiprt6 at acpi0: bus 4 (P0P5)
acpiec0 at acpi0
acpicpu0 at acpi0
C2: state 2: substate 0 >= num 0: C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0
C2: state 2: substate 0 >= num 0: C1(1000@1 mwait.1), PSS
acpitz0 at acpi0: critical temperature is 85 degC
acpibat0 at acpi0: BAT0 model "901" serial type LION oem "ASUS"
acpiac0 at acpi0: AC unit online
acpiasus0 at acpi0
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibtn2 at acpi0: PWRB
bios0: ROM list: 0xc/0xec00!
cpu0: Enhanced SpeedStep 1601 MHz: speeds: 1600, 1333, 1067, 800 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82945GME Host" rev 0x03
vga1 at pci0 dev 2 function 0 "Intel 82945GME Video" rev 0x03
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1024x600
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"Intel 82945GM Video" rev 0x03 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 ALC269
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: apic 2 int 16
pci1 at ppb0 bus 5
ppb1 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02: apic 2 int 17
pci2 at ppb1 bus 4
ale0 at pci2 dev 0 function 0 "Attansic Technology L1E" rev 0xb0: AR8113, msi,
address 00:22:15:36:2d:7f
atphy0 at ale0 phy 0: F1 10/100/1000 PHY, rev. 9
ppb2 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x02: apic 2 int 18
pci3 at ppb2 bus 3
ppb3 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x02: apic 2 int 19
pci4 at ppb3 bus 1
ral0 at pci4 dev 0 function 0 "Ralink RT2790" rev 0x00: apic 2 int 19, address
00:15:af:bc:da:cb
ral0: MAC/BBP RT2872 (rev 0x0200), RF RT2720 (MIMO 1T2R)
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: apic 2 int 23
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: apic 2 int 22
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: apic 2 int 21
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x02: apic 2 int 20
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x02: apic 2 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb4 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xe2
pci5 at ppb4 bus 6
ichpcib0 at pci0 dev 31 function 0 "Intel 82801GBM LPC" rev 0x02: PM disabled
pciide0 at pci0 dev 31 function 2 "Intel 82801GBM SATA" rev 0x02: DMA, channel
0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 1:
wd0: 1-sector PIO, LBA48, 30800MB, 63078400 sectors
wd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 6
wd1 at pciide0 channel 1 drive 0:
wd1: 1-sector PIO, LBA, 3847MB, 7880544 sectors
Re: Mplayer/VLC crashes on yesterdays 5.8 snapshot on i386
I've also tried a fresh install of i386 5.8 snapshot to be sure there's no leftover something that causes these issues, the situation is the same. Works on current amd64. With different files I can get couple of seconds of playback and then it crashes again.
Re: Microsoft Now OpenBSD Foundation Gold Contributor
I see, now, how my post was misinterpreted. 2015/07/09 9:26 "Joel Rees" : > > Hmm. Should have looked at the contributions page before I posted. I > was reading "Gold" and thinking "Iridium". A corporate contribution of between 25,000 and 50,000 (the Gold level that Microsoft contributed in) is not in the range that it would raise the concerns I was trying too carefully to voice politely below. Quite the opposite, and I should have gone beyond saying that it made Google look a little stingy. (Facebook, too. And, yeah, Apple, Cisco, Oracle, et. al., should be suffering from more than little twinges of conscience.) Still, sudden infusions of cash are not "all good". They often do more damage than good. Among the problems, people get jealous or complacent. In this case, I might be worried that a lot of people who are planning to buy CDs and/or make other small contributions might find it too convenient to assume that the corporate "sponsors" are going to take care of everything. If any one company were to donate 200,000 or more, it would be that much easier to get in the habit of thinking there is a corporate sponsor. With the current state of contributions, one contribution in the range of 25,000 to 50,000 is enough to remind us that the openbsd community is the devs and the users, and the bottom line is individual contributions. And encourage to keep contributing. So I think Microsoft's contribution here was good, and probably carefully considered. I think we could even have four to six contributors at the 25,000 to 50,000 level without complacency becoming too much of a problem, because that level isn't as likely to be confused with sponsorship (real or de facto). > On Thu, Jul 9, 2015 at 8:40 AM, Joel Rees wrote: > > Since Jorge broached the subject, I have a couple of armpits I'd like to > > air.[1] > > > > I am glad, Theo, that you are not on the board of the OpenBSD > > Foundation. For many reasons, including the present topic of > > discussion, it demonstrates that you understand engineering and > > security and how they interact from a very broad perspective. > > > > I sympathize with the board. There is no correct response that I can > > see from where I'm sitting. I was thinking that the Gold level would be in the 250,000+ range. As I said, I should have gone looking for the actual facts before jumping to that conclusion. My bad. > > Beyond that, the board doesn't need armchair quarterbacks. And I still want to emphasize this to those who have expressed their worries about influence. Influence buying is not the thing to worry about here, and, as Thomas said, I think if we are worried about that, we really don't trust the developers enough to be using what they build as more than a toy. Influence was and is the least of my concerns. Induced complacency is a worse problem, and I won't bother mentioning other strategies that would likely get used if Microsoft were to decide that they needed to either absorb or destroy openbsd. We don't need to be second guessing the OpenBSD Foundation board. > > I just wish Microsoft had given us (the community, as well as the > > project) more time. > > Less than USD 50,000 is probably not quite in the range to get worried about. In other words, at this level, I don't think I need to worry that Microsoft is attempting to destroy openbsd with sudden infusions of cash. (And, yes, from what I have seen, Microsoft has done that in the past. More than once. Changing a few upper-level managers may be enough that they will quit abusing their monopoly position, but I'm not convinced yet. If they repeat their contribution at about the same level next year and the next, without hinting at how OpenBSD could be more compatible with MSWindows and less with some other OS, I'll be a lot more willing to believe there has been some substantial change.) > Makes Google look a little stingy, though. > > > -- > > Joel Rees > > > > [1] Opinions are like armpits. > > Everyone has a couple, and they all stink but your own. > > -- a common saying in Texas from the mid-1970s > > -- > Joel Rees > > Be careful when you look at conspiracy. > Look first in your own heart, > and ask yourself if you are not your own worst enemy. > Arm yourself with knowledge of yourself, as well. I know I shouldn't be so quick to see plots and and such, but Microsoft has definitely been among the more dangerous companies to deal with in the past. And now I'll shut up. -- Joel Rees Computer memory is just fancy paper, and the CPU is just a fancy pen. All is text, streaming forever from the past into the future.
Re: dhclient.conf does not appear to support resolv.conf formatting for nameservers on non-standard port
On Thu, Jul 09, 2015 at 04:36:33PM -0700, Seth wrote: > I'm trying to use the following statement in /etc/dhclient.conf > > supersede domain-name-servers [127.0.0.1]:40; don't wrap the ip address in square [] brackets. should clear it up --ryan > > But when the machine boots and the network starts it fails to apply > the setting. The error message is: > > /etc/dhclient.conf line 4: expecting decimal octet. > supersede domain-name-servers [127.0.0.1]:40; > ^ > I've also tried quoting the value "[127.0.0.1]:40" and escaping it > \[127.0.0.1\]:40 without success. > > Using the resolv.conf.tail method is undesirable as I only want a > single nameserver entry in /etc/resolv.conf > > Any suggestions on how to resolve this?
