Re: sftp script put help
Hi Barry, On 15 May 2015 at 20:58, Barry Grumbine wrote: > Hi, > > I have never used sftp, but from the man page it looks like the sftp > commands need to be in a separate file. Something like: > > fetch2.sh: > #!/bin/sh > sftp -b /home/jungle/batchfile jungle@host > > /home/jungle/batchfile: > cd /home/jungle > put file_*.csv aaa_completed > Ah, that's excellent! Thanks!! > > If it were me, I would just use scp in my crontab, something like: > > 0 1 * * * /usr/bin/scp /home/jungle/file_*csv jungle@host:/usr/home/jungle/ > In my testing I'd be able to use scp or rsync but when I deploy, I'll only have sftp available. Thanks for trying this out and giving me input. > > ...or maybe rsync if the file is large. > > > -Barry > > Best, j
Re: sftp script put help
Hi, I have never used sftp, but from the man page it looks like the sftp commands need to be in a separate file. Something like: fetch2.sh: #!/bin/sh sftp -b /home/jungle/batchfile jungle@host /home/jungle/batchfile: cd /home/jungle put file_*.csv aaa_completed If it were me, I would just use scp in my crontab, something like: 0 1 * * * /usr/bin/scp /home/jungle/file_*csv jungle@host:/usr/home/jungle/ ...or maybe rsync if the file is large. -Barry On Fri, May 15, 2015 at 4:07 PM, jungle Boogie wrote: > Hello All, > > Running Openssh's sftp version 3 on both client and server but the OS > is not openBSD. > > I want to upload a file automatically with a cron job so I'm using the -b > flag. > > % cat fetch2.sh > #!/bin/sh > > cd /home/jungle > put file_*.csv aaa_completed > > > I can't specify the file name completely because it changes monthly > (based on the month & year), but using batch file results in the file > not being uploaded. When I connect directly, I can use the * just > fine: > > % sftp jungle@host > Connected to host. > sftp> cd home/jungle > sftp> put file_*.csv > Uploading file_foo2015-05-15.csv to > /usr/home/jungle/file_foo2015-05-15.csv > file_foo2015-05-15.csv > > > > Any ideas how I can achieve the latter with the former? > > Thanks, > Jungle > > -- > --- > inum: 883510009027723 > sip: jungleboo...@sip2sip.info > xmpp: jungle-boo...@jit.si
Re: OpenBSD 5.7 release -- CD2 issues
On Fri, May 15, 2015 at 10:50 AM, Theo de Raadt wrote: > > Sadly, CD2 of the OpenBSD 5.7 shipped in a broken fashion due to > errors at the manufacturing plant. Two mistakes were made. > > In the rush after the first error, this error was not caught in time. > Many people have received (or will soon receive) their package with > this broken disc. Orders which have not yet shipped are being held > back... because... 5.7 (the first batch) was delivered on the east coast of the USA today (New York City area). while CD2 does not boot, one could probably make amd64 install media by booting from CD1, installing the i386 version onto a flash drive, then mounting CD2 and copying the amd64 install files there as well. if you're in a hurry or don't need/want to wait for a replacement CD2, here are the approximate steps to make a flash drive that can be used to install both i386 and amd64. these steps begin after you have installed i386 onto a flash drive but before your first reboot: Copy the i386 install files onto the flash drive: mount /dev/cd0a /mnt2 mkdir -p /mnt/5.7/i386 cd /mnt/5.7/i386 (cd /mnt2/5.7/i386; tar cf - .) | tar xvfp - cd /; umount /mnt2 Load the amd64 CD and copy the amd64 install files onto the flash drive: mount /dev/cd0a /mnt2 mkdir -p /mnt/5.7/amd64 cd /mnt/5.7/amd64 (cd /mnt2/5.7/amd64; tar cf - .) | tar xvfp - cd /; umount /mnt2 Now rename the files in /mnt/5.7/amd64 to have the proper case. Use the filenames in /mnt/5.7/i386 as a model for how the names should look. I'm supposing the fact that the filenames all appear to be uppercase is an indication of why CD2 is considered 'broken'. To install amd64 from this flash drive, boot from it and at the boot> prompt type (quickly, before it automatically boots i386): boot /5.7/amd64/bsd.rd If you want to install i386, type this instead: boot /5.7/i386/bsd.rd If you don't type anything at the boot> prompt, i386 will boot the GENERIC kernel, which might be useful if you want to capture a dmesg on a new system or something. I tested this procedure just now, but only to the point of booting /5.7/amd64/bsd.rd. I did not actually try to install amd64 this way (at least, not yet) but I don't see any particular reason it shouldn't work. assuming you can boot your system from a USB flash drive, of course. if you can't this won't help you. I've used a similar procedure in the past to make a 5.4 flash drive that I could use to install OpenBSD onto a Soekris box, when I was sure I was going to install from a flash drive, but not yet sure whether I would use i386 or amd64 (so I made sure I had both). -ken
Re: what happened to the encap address_family
Tank You for the authoritative answer,
so we will have to get used to the, let say new, ipsecctl output.
Also good to know that monitoring tools have to look some elsewhere to
see VPN and routing is up :)
Instead of waking 12 people at 1:00 AM :)
Anyway, in my opinion this king of exercises are healthy :)
Than we can have a beer at 8:00 AM and have working "day" behind
Good news that OpenBSD is following best practices - as always :)
Seriously - good job as always - users have to adapt -> evolution or death
Best regards and good luck
Micha³ Koc
-- Wiadomo¶æ oryginalna --
*Temat: *Re: what happened to the encap address_family
*Nadawca: *Theo de Raadt
*Adresat: *Micha³ Koc
*Kopia: *Fred , Boris Goldberg
, misc@openbsd.org
*Data: *2015-05-16 01:04
>> Let me repeat myself: anyone CAPABLE to answer (and understand the
>> question) ?
>>
>> I really admire and appreciate your (misc) commitment.
> netstat was largely rewritten to not use kvm snooping. It now
> only gets information from the kernel via sysctl. The result is
> that it does not race against the kernel in uncomfortable ways,
> shows atomic data, and loses a setgid bit.
>
> A few pieces of functionality went away. I believe ipsecctl will
> show you what you need.
>
>
>
--
Micha³ Koc
Head of System Development
Mobile: +48 886 566 357
E-mail: m...@dclog.pl
WWW:http://www.dclog.pl/
perl -e
'for($i=0;$i<16;){push@b,"\e[".($i>>3).";".($i++%8+30)."m#"}for($C=15;--$C>-15;print"\n"){for($c=-51;++$c<25;print$b[--$k%16]){for($k=$z=$Z=0;$t=$z**2-$Z**2+$c/25,$Z=2*$z*$Z+$C/10,++$k<113&&$t**2+$Z**2<=10;$z=$t){}}}print"\e[0m"'
*DCLOG Sp. z o.o.*
03-934 Warszawa, ul. W±chocka 1M
NIP 1132851126, REGON 145879741
KRS 401936 S±d Rejonowy dla m. st. Warszawa, XIII Wydz. Gospodarczy
Kapita³ zak³adowy spó³ki: 75.000 z³ op³acony w ca³o¶ci
Informacja ta jest poufna i mo¿e zawieraæ materia³y objête prawem
autorskim. Ostrzegamy, i¿ kopiowanie lub dystrybucja tej wiadomo¶ci s±
dozwolone tylko przez adresata. Je¶li nie s± Pañstwo adresatami tej
informacji, prosimy o szybkie poinformowanie o tym nadawcy poczt±
elektroniczn± lub telefonicznie pod nr +48 886 566 357 i skasowanie
wiadomo¶ci.
sftp script put help
Hello All, Running Openssh's sftp version 3 on both client and server but the OS is not openBSD. I want to upload a file automatically with a cron job so I'm using the -b flag. % cat fetch2.sh #!/bin/sh cd /home/jungle put file_*.csv aaa_completed I can't specify the file name completely because it changes monthly (based on the month & year), but using batch file results in the file not being uploaded. When I connect directly, I can use the * just fine: % sftp jungle@host Connected to host. sftp> cd home/jungle sftp> put file_*.csv Uploading file_foo2015-05-15.csv to /usr/home/jungle/file_foo2015-05-15.csv file_foo2015-05-15.csv Any ideas how I can achieve the latter with the former? Thanks, Jungle -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si
Re: what happened to the encap address_family
> Let me repeat myself: anyone CAPABLE to answer (and understand the > question) ? > > I really admire and appreciate your (misc) commitment. netstat was largely rewritten to not use kvm snooping. It now only gets information from the kernel via sysctl. The result is that it does not race against the kernel in uncomfortable ways, shows atomic data, and loses a setgid bit. A few pieces of functionality went away. I believe ipsecctl will show you what you need.
Re: what happened to the encap address_family
On 2015-05-14, Boris Goldberg wrote: > The encap address_family isn't in the netstat man page anymore. > The "netstat -nrf encap" gives an error, the "netstat -nr" doesn't have the > "Encap" section. Yes, this has been excised from netstat(1). > How do I check VPN related routing besides "ipsecctl -s flow" (which > isn't exactly the strait way) ? That's exactly the intended way. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: what happened to the encap address_family
Hi misc,
Let me repeat myself: anyone CAPABLE to answer (and understand the
question) ?
I really admire and appreciate your (misc) commitment.
Best regards
MichaÅ Koc
-- WiadomoÅÄ oryginalna --
*Temat: *Re: what happened to the encap address_family
*Nadawca: *Fred
*Adresat: *MichaÅ Koc , Boris Goldberg
, misc@openbsd.org
*Data: *2015-05-16 00:25
> On 05/15/15 21:13, MichaÅ Koc wrote:
>> Hello misc,
>>
>> anyone capable to answer ?
>>
>> Best regards
>> MichaÃ
â Koc
>>
>> -- WiadomoÃ
âºÃâ¡ oryginalna --
>> *Temat: *what happened to the encap address_family
>> *Nadawca: *Boris Goldberg
>> *Adresat: *misc@openbsd.org
>> *Data: *2015-05-14 18:14
>>> Hello misc,
>>>
>>>The encap address_family isn't in the netstat man page anymore
>>> (BTW, there
>>> is no "5.7" section at www.openbsd.org/cgi-bin/man.cgi, just
>>> "current").
>>> The "netstat -nrf encap" gives an error, the "netstat -nr" doesn't
>>> have the
>>> "Encap" section.
>>> Don't see anything about "netstat" nor about "encap" at
>>> http://www.openbsd.org/57.html, the google also didn't help.
>>>
>>> How do I check VPN related routing besides "ipsecctl -s flow"
>>> (which
>>> isn't exactly the strait way) ?
>>>
>>
>>
>
> do you mean:
>
> man 4 enc
>
> as in:
> port:fred ~> ifconfig enc
> enc0: flags=0<>
> priority: 0
> groups: enc
> status: active
>
>
>
--
MichaÅ Koc
Head of System Development
Mobile: +48 886 566 357
E-mail: m...@dclog.pl
WWW:http://www.dclog.pl/
perl -e
'for($i=0;$i<16;){push@b,"\e[".($i>>3).";".($i++%8+30)."m#"}for($C=15;--$C>-15;print"\n"){for($c=-51;++$c<25;print$b[--$k%16]){for($k=$z=$Z=0;$t=$z**2-$Z**2+$c/25,$Z=2*$z*$Z+$C/10,++$k<113&&$t**2+$Z**2<=10;$z=$t){}}}print"\e[0m"'
*DCLOG Sp. z o.o.*
03-934 Warszawa, ul. WÄ
chocka 1M
NIP 1132851126, REGON 145879741
KRS 401936 SÄ
d Rejonowy dla m. st. Warszawa, XIII Wydz. Gospodarczy
KapitaÅ zakÅadowy spóÅki: 75.000 zÅ opÅacony w caÅoÅci
Informacja ta jest poufna i może zawieraÄ materiaÅy objÄte prawem
autorskim. Ostrzegamy, iż kopiowanie lub dystrybucja tej wiadomoÅci sÄ
dozwolone tylko przez adresata. JeÅli nie sÄ
PaÅstwo adresatami tej
informacji, prosimy o szybkie poinformowanie o tym nadawcy pocztÄ
elektronicznÄ
lub telefonicznie pod nr +48 886 566 357 i skasowanie
wiadomoÅci.
Re: OpenBSD 5.7 release -- CD2 issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 05/16/15 um 00:32 schrieb Theo de Raadt: >> Most of us are grown-ups and do know that despite hard work >> sometimes "Sheep happen" (or s.th. like that :-) ). As you have >> (again) confirmed just a few days ago that CD-sales make up for >> your personal income, who 'at the end of the road' takes the >> financial burden for the replacement-CDs - is this you, >> personally? > > Hopefully not. There is an ongoing discussion with the > manufacturer. Let's leave it at that, and hope for the best. > Please keep us updated on this issue: I guess I will not be the only one who right-away will order another CD-set to share the burden! (BTW: I just have sent a mail to 'openbsdstore.com' referencing my order ID that I do not need a replacement-CD.) iQIcBAEBAgAGBQJVVnhKAAoJEFrWtBHL32wXhyAP/AqV7IxDINowC4xyTNlv0oV8 Ct+ZOwqs4jt3bp5vxpbL3BHWrb5oBGUwQeYc67rMoxzvd/Tf+ap+1/otsdMetoKf hOS92HZIETO9oCFRm5nha1V3a9XYISgaND7c7Tci3QyR5DxSg8xyn8BKjn/N5xxS KMVNt4YYjTvvm5x91patpeZKar6cacg21MqFTZWT/AFWeNM56hh3M7Wyau0WNKTo Eo4gmeOnoz/ndcjmoKUi2ymj75+znEv9gZaDgAYWUQTDGsRx1xoUC6NwaL31oIpX BqoZKUZeMMyjfCfnKGPJ6FCZjWIgQD3JuCiKMqCwvSyN8bT4VxgWkx+DTTzyRCdO CT3aFCXARdu4Tah0q4mj1HYZg9ONdVtKi/3zDO1wr8DlZ2ih5RQ4Kz9hxiwohctV RxWGgi173vw7elvXv3gvpC8n/UtEzihReLzu8g8waAcaX2QWB99sFplMVLexf9f3 h3fEHcDFPk8EGJU5pQ4XrjRhD+IuBMMHKxzM7mG0eP41aM5iEJyEgJ6zxFUqgYmL PrSVSJMOfG9BcX5TV4F7c5YEJeO7eNEHkvtXPIGnLnkwOViJTchLjENDgUmSZaPu gYIRjX90c6ccIpiutUFE3rli9xfpif4F3bkgI6HVOtZxnOI7l8cUM11fM0kMrySi XgXHFBmBENuPNes97wqu =R/hY -END PGP SIGNATURE-
Re: OpenBSD 5.7 release -- CD2 issues
> Most of us are grown-ups and do know that despite hard work sometimes > "Sheep happen" (or s.th. like that :-) ). As you have (again) confirmed > just a few days ago that CD-sales make up for your personal income, who > 'at the end of the road' takes the financial burden for the > replacement-CDs - is this you, personally? Hopefully not. There is an ongoing discussion with the manufacturer. Let's leave it at that, and hope for the best.
Re: OpenBSD 5.7 release -- CD2 issues
Am 05/15/15 um 16:50 schrieb Theo de Raadt: > Sadly, CD2 of the OpenBSD 5.7 shipped in a broken fashion due to > errors at the manufacturing plant. Two mistakes were made. > > In the rush after the first error, this error was not caught in time. > Many people have received (or will soon receive) their package with > this broken disc. Orders which have not yet shipped are being held > back... because... > > A repaired disc is on the way from the plant. > > This will be shipped out to everyone, and will be inserted into the > orders not yet shipped. > Theo, I hope you don't mind if I ask here: Most of us are grown-ups and do know that despite hard work sometimes "Sheep happen" (or s.th. like that :-) ). As you have (again) confirmed just a few days ago that CD-sales make up for your personal income, who 'at the end of the road' takes the financial burden for the replacement-CDs - is this you, personally? Best, STEFAN
Re: what happened to the encap address_family
On 05/15/15 21:13, Michał Koc wrote: Hello misc, anyone capable to answer ? Best regards MichaÅ‚ Koc -- Wiadomość oryginalna -- *Temat: *what happened to the encap address_family *Nadawca: *Boris Goldberg *Adresat: *misc@openbsd.org *Data: *2015-05-14 18:14 Hello misc, The encap address_family isn't in the netstat man page anymore (BTW, there is no "5.7" section at www.openbsd.org/cgi-bin/man.cgi, just "current"). The "netstat -nrf encap" gives an error, the "netstat -nr" doesn't have the "Encap" section. Don't see anything about "netstat" nor about "encap" at http://www.openbsd.org/57.html, the google also didn't help. How do I check VPN related routing besides "ipsecctl -s flow" (which isn't exactly the strait way) ? do you mean: man 4 enc as in: port:fred ~> ifconfig enc enc0: flags=0<> priority: 0 groups: enc status: active
Core dumps after upgrading to OpenBSD 5.7
Iâve got one machine which I upgraded from 5.6 to 5.7. Now, when I try to
recompile from source, the resulting binary dumps core.
E.g. I installed both:
003: SECURITY FIX: March 19, 2015
http://ftp.openbsd.org/pub/OpenBSD/patches/5.7/common/003_openssl.patch.sig
004: RELIABILITY FIX: April 17, 2015
http://ftp.openbsd.org/pub/OpenBSD/patches/5.7/common/004_smtpd.patch.sig
And then afterwards, when restarting smtpd, it dumps core:
# /usr/sbin/smtpd -n
Segmentation fault (core dumped)
Hereâs my dmesg output:
# dmesg
OpenBSD 5.7 (GENERIC.MP) #767: Sun Mar 8 11:04:48 MDT 2015
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz ("GenuineIntel" 686-class) 3.06 GHz
cpu0:
FPU,V86,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,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
real mem = 2137112576 (2038MB)
avail mem = 2089803776 (1992MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 10/15/10, BIOS32 rev. 0 @ 0xf9ea0, SMBIOS rev. 2.6 @
0x7f79c000 (66 entries)
bios0: vendor Dell Inc. version "1.5.2" date 10/15/2010
bios0: Dell Inc. PowerEdge R310
acpi0 at bios0: rev 2
acpi0: sleep states S0 S4 S5
acpi0: tables DSDT FACP APIC SPCR HPET DM__ MCFG WD__ SLIC ERST HEST BERT EINJ
TCPA SSDT
acpi0: wakeup devices PCI0(S5) USBA(S0) USBB(S0)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 132MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.0, IBE
cpu1 at mainbus0: apid 4 (application processor)
cpu1: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz ("GenuineIntel" 686-class) 3.06 GHz
cpu1:
FPU,V86,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,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz ("GenuineIntel" 686-class) 3.06 GHz
cpu2:
FPU,V86,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,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
cpu3 at mainbus0: apid 5 (application processor)
cpu3: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz ("GenuineIntel" 686-class) 3.06 GHz
cpu3:
FPU,V86,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,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins
acpihpet0 at acpi0: 14318179 Hz
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (LYD0)
acpiprt2 at acpi0: bus -1 (LYD2)
acpiprt3 at acpi0: bus -1 (HVD0)
acpiprt4 at acpi0: bus -1 (HVD2)
acpiprt5 at acpi0: bus 3 (PEX0)
acpiprt6 at acpi0: bus -1 (PEX2)
acpiprt7 at acpi0: bus -1 (PEX3)
acpiprt8 at acpi0: bus 2 (PEX4)
acpiprt9 at acpi0: bus 1 (COMP)
acpicpu0 at acpi0: C3, C1
acpicpu1 at acpi0: C3, C1
acpicpu2 at acpi0: C3, C1
acpicpu3 at acpi0: C3, C1
bios0: ROM list: 0xc/0x8000 0xc8000/0x5c00 0xce000/0x1000 0xcf000/0x2e00
0xec000/0x4000!
ipmi at mainbus0 not configured
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x18
ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x05: apic 0 int 22
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb0 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x05
pci1 at ppb0 bus 3
mpi0 at pci1 dev 0 function 0 "Symbios Logic SAS1068E" rev 0x08: msi
mpi0: SAS6IR, firmware 0.25.47.0
scsibus1 at mpi0: 112 targets
sd0 at scsibus1 targ 0 lun 0: SCSI3 0/direct fixed
naa.600508e0256aba31b3ed840a
sd0: 237824MB, 512 bytes/sector, 487063552 sectors
ses0 at scsibus1 targ 8 lun 0: SCSI3 13/enclosure
services fixed t10.DP_BACKPLANE00
ppb1 at pci0 dev 28 function 4 "Intel 3400 PCIE" rev 0x05
pci2 at ppb1 bus 2
bnx0 at pci2 dev 0 function 0 "Broadcom BCM5716" rev 0x20: apic 0 int 16
bnx1 at pci2 dev 0 function 1 "Broadcom BCM5716" rev 0x20: apic 0 int 17
ehci1 at pci0 dev 29 function 0 "Intel 3400 USB" rev 0x05: apic 0 int 22
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb2 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xa5
pci3 at ppb2 bus 1
vga1 at pci3 dev 3 function 0 "Matrox MGA G200eW" rev 0x0a
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 31 function 0 "Intel 3420 LPC" rev 0x05
pciide0 at pci0 dev 31 funct
Re: what happened to the encap address_family
Hello misc,
anyone capable to answer ?
Best regards
MichaÅ Koc
-- WiadomoÅÄ oryginalna --
*Temat: *what happened to the encap address_family
*Nadawca: *Boris Goldberg
*Adresat: *misc@openbsd.org
*Data: *2015-05-14 18:14
> Hello misc,
>
> The encap address_family isn't in the netstat man page anymore (BTW, there
> is no "5.7" section at www.openbsd.org/cgi-bin/man.cgi, just "current").
> The "netstat -nrf encap" gives an error, the "netstat -nr" doesn't have the
> "Encap" section.
>Don't see anything about "netstat" nor about "encap" at
> http://www.openbsd.org/57.html, the google also didn't help.
>
>How do I check VPN related routing besides "ipsecctl -s flow" (which
> isn't exactly the strait way) ?
>
--
MichaÅ Koc
Head of System Development
Mobile: +48 886 566 357
E-mail: m...@dclog.pl
WWW:http://www.dclog.pl/
perl -e
'for($i=0;$i<16;){push@b,"\e[".($i>>3).";".($i++%8+30)."m#"}for($C=15;--$C>-15;print"\n"){for($c=-51;++$c<25;print$b[--$k%16]){for($k=$z=$Z=0;$t=$z**2-$Z**2+$c/25,$Z=2*$z*$Z+$C/10,++$k<113&&$t**2+$Z**2<=10;$z=$t){}}}print"\e[0m"'
*DCLOG Sp. z o.o.*
03-934 Warszawa, ul. WÄ
chocka 1M
NIP 1132851126, REGON 145879741
KRS 401936 SÄ
d Rejonowy dla m. st. Warszawa, XIII Wydz. Gospodarczy
KapitaÅ zakÅadowy spóÅki: 75.000 zÅ opÅacony w caÅoÅci
Informacja ta jest poufna i może zawieraÄ materiaÅy objÄte prawem
autorskim. Ostrzegamy, iż kopiowanie lub dystrybucja tej wiadomoÅci sÄ
dozwolone tylko przez adresata. JeÅli nie sÄ
PaÅstwo adresatami tej
informacji, prosimy o szybkie poinformowanie o tym nadawcy pocztÄ
elektronicznÄ
lub telefonicznie pod nr +48 886 566 357 i skasowanie
wiadomoÅci.
Re: Audio problems on OpenBSD 5.7
On 05/15/15 13:34, Mihai Popescu wrote: For thread subject's sake, just stay on FreeBSD No worries, I will. Thanks for your help with resolving the audio problem.
Mouse setup question.
Hi misc@, I have a question regarding the setup of mice for the following system. Should wsmoused(8) be enabled or disabled? When enabled, only the synaptics touchpad is working with X. When disabled, all mice are working, but all of a sudden, the mouse pointer starts moving without any mouse beeing in use. A reboot is needed to get the mouse working again. Following is dmesg and the X logfile with wsmoused(8) enabled and disabled. Please note the following lines when wsmoused(8) is enabled: [ 1105.998] (EE) xf86OpenSerial: Cannot open device /dev/wsmouse^M Ger\xc3\xa4t ist belegt.^M [ 1105.998] (EE) ws: /dev/wsmouse: cannot open input device^M [ 1105.998] (EE) PreInit returned 2 for "/dev/wsmouse"^M [ 1105.998] (II) UnloadModule: "ws"^M Regards, Christian Script started on Fri May 15 22:27:29 2015 $ dmesg OpenBSD 5.7-stable (1KHZ.MP) #1: Sun May 3 19:25:27 CEST 2015 r...@t60.schulte.it:/usr/src/sys/arch/amd64/compile/1KHZ.MP real mem = 3203203072 (3054MB) avail mem = 3114078208 (2969MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (68 entries) bios0: vendor LENOVO version "79ETD4WW (2.14 )" date 06/07/2007 bios0: LENOVO 2007FVG acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET BOOT SSDT SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB7(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz, 1828.90 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF cpu0: 2MB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 166MHz cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz, 1828.75 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF cpu1: 2MB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xf000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus 4 (EXP2) acpiprt5 at acpi0: bus 12 (EXP3) acpiprt6 at acpi0: bus 21 (PCI1) acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS, resource for USB0, USB2, USB7 acpitz0 at acpi0: critical temperature is 127 degC acpitz1 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "92P1139" serial 9496 type LION oem "Panasonic" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 1828 MHz: speeds: 1833, 1333, 1000 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 82945GM Host" rev 0x03 ppb0 at pci0 dev 1 function 0 "Intel 82945GM PCIE" rev 0x03: msi pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 0 function 0 "ATI Radeon Mobility X1400" rev 0x00 drm0 at radeondrm0 radeondrm0: apic 1 int 16 azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: msi azalia0: codecs: Analog Devices AD1981HD, Conexant/0x2bfa, using Analog Devices AD1981HD audio0 at azalia0 ppb1 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: msi pci2 at ppb1 bus 2 em0 at pci2 dev 0 function 0 "Intel 82573L" rev 0x00: msi, address 00:15:58:7c:c0:6c ppb2 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02: msi pci3 at ppb2 bus 3 athn0 at pci3 dev 0 function 0 "Atheros AR5418" rev 0x01: apic 1 int 17 athn0: MAC AR5418 rev 2, RF AR5133 (2T3R), ROM rev 3, address 00:16:cf:a9:e0:c7 ppb3 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x02: msi pci4 at ppb3 bus 4 ppb4 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x02: msi pci5 at ppb4 bus 12 uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: apic 1 int 16 uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: apic 1 int 17 uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: apic 1 int 18 uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x02: apic 1 int 19 ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x02: apic 1 int 19 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr
Re: relayd.conf man page question
On Fri, May 15, 2015 at 08:30:14PM +0100, Jason McIntyre wrote: > On Wed, May 06, 2015 at 09:15:17PM +0200, Alex Greif wrote: > > Hi, > > > > while reading the relayd.conf man page, I found the following unclear > > paragraph: > > ... > > RELAYS > > listen on address [port port] [tls] > > ... If the port option is not specified, the port from the listen on > > directive will be used. > > > > My question: > > which *other* listen on directive is meant here? Or is the port mandatory? > > > > > > Thanks, > > ALex. > > > > you're right that this bit of text is unclear. can someone clarify it, > please? > Clarification: it is a documentation error that was caused by cut'n'paste (actually kill'n'yank). OK? Reyk Index: relayd.conf.5 === RCS file: /cvs/src/usr.sbin/relayd/relayd.conf.5,v retrieving revision 1.162 diff -u -p -u -p -r1.162 relayd.conf.5 --- relayd.conf.5 15 May 2015 19:26:37 - 1.162 +++ relayd.conf.5 15 May 2015 19:59:47 - @@ -658,17 +658,11 @@ it will be used as a backup if the looku Like the previous directive, but for redirections with rdr-to in .Xr pf.conf 5 . .It Xo -.Ic listen on Ar address -.Op Ic port Ar port +.Ic listen on Ar address Ic port Ar port .Op Ic tls .Xc Specify the address and port for the relay to listen on. The relay will accept incoming connections to the specified address. -If the -.Ic port -option is not specified, the port from the -.Ic listen on -directive will be used. .Pp If the .Ic tls
Re: OpenBSD 5.7 release -- CD2 issues
On 15 May 2015 at 11:35, Denis Fondras wrote: >> >This will be shipped out to everyone, and will be inserted into the >> >orders not yet shipped. >> > > If shipping to everyone costs money to the project, I don't want to receive > mine. I will burn a CD and keep my non-working set :) > I hope this is not at the cost of the customer (openBSD)! > Denis > -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si
Re: OpenBSD 5.7 release -- CD2 issues
Maurice McCarthy wrote: On Fri, May 15, 2015 at 01:02:28PM -0600 or thereabouts, Theo de Raadt wrote: This will be shipped out to everyone, and will be inserted into the orders not yet shipped. If shipping to everyone costs money to the project, I don't want to receive mine. I will burn a CD and keep my non-working set :) Well, anyone who wants to be excluded from the single-disc shipment can certainly tell the folks at openbsdstore. Already done. We have received a few of these which is great. The community have been great with us and we really appreciate it. We speak to many people over the course of a release and almost everyone is really supportive. We have a really good, supportive community around us all. Honestly ;-) it's quite unique.
Re: OpenBSD 5.7 release -- CD2 issues
On Fri, May 15, 2015 at 01:02:28PM -0600 or thereabouts, Theo de Raadt wrote: > > > >This will be shipped out to everyone, and will be inserted into the > > > >orders not yet shipped. > > > > > > > If shipping to everyone costs money to the project, I don't want to receive > > mine. I will burn a CD and keep my non-working set :) > > Well, anyone who wants to be excluded from the single-disc shipment can > certainly tell the folks at openbsdstore. > Already done.
Re: relayd.conf man page question
On Wed, May 06, 2015 at 09:15:17PM +0200, Alex Greif wrote: > Hi, > > while reading the relayd.conf man page, I found the following unclear > paragraph: > ... > RELAYS > listen on address [port port] [tls] > ... If the port option is not specified, the port from the listen on > directive will be used. > > My question: > which *other* listen on directive is meant here? Or is the port mandatory? > > > Thanks, > ALex. > you're right that this bit of text is unclear. can someone clarify it, please? jmc
Re: OpenBSD 5.7 release -- CD2 issues
> > >This will be shipped out to everyone, and will be inserted into the > > >orders not yet shipped. > > > > If shipping to everyone costs money to the project, I don't want to receive > mine. I will burn a CD and keep my non-working set :) Well, anyone who wants to be excluded from the single-disc shipment can certainly tell the folks at openbsdstore.
Re: OpenBSD 5.7 release -- CD2 issues
> >This will be shipped out to everyone, and will be inserted into the > >orders not yet shipped. > If shipping to everyone costs money to the project, I don't want to receive mine. I will burn a CD and keep my non-working set :) Denis
Re: Audio problems on OpenBSD 5.7
Stan Gammons wrote: > Sounds similar to the problems I had. I was using KDE and the > notifications type sounds worked but no sound card was recognized by > Kmix. I gave up trying to figure out what the problem was and went back > to FreeBSD. FreeBSD recognizes the sound chip as a Realtek ALC887 and > the audio playback device under the music category is OSS. For thread subject's sake, just stay on FreeBSD and don't polute the discussion with your stupid unrelated problems, please. I hate to see somebody unrelated to subject jumping in the middle of an interesting thread. As far as I know Alexandre Ratchov is a main developer on OpenBSD's sound infrastructure, so I preffer to read his remarks not yours. Not to mention that you didn't seem to report your problem back then. Thank you.
Re: OpenBSD 5.7 release -- CD2 issues
On Fri, 15 May 2015, Theo de Raadt wrote: >Sadly, CD2 of the OpenBSD 5.7 shipped in a broken fashion due to >errors at the manufacturing plant. Two mistakes were made. > >In the rush after the first error, this error was not caught in time. >Many people have received (or will soon receive) their package with >this broken disc. Orders which have not yet shipped are being held >back... because... > >A repaired disc is on the way from the plant. > >This will be shipped out to everyone, and will be inserted into the >orders not yet shipped. Thanks for the update. As usual, you're doing the right thing -- and we appreciate it. I hate to think of the likely mess if this sort of error had happened with some commercial software package. Dave -- Dave Anderson
OpenBSD 5.7 release -- CD2 issues
Sadly, CD2 of the OpenBSD 5.7 shipped in a broken fashion due to errors at the manufacturing plant. Two mistakes were made. In the rush after the first error, this error was not caught in time. Many people have received (or will soon receive) their package with this broken disc. Orders which have not yet shipped are being held back... because... A repaired disc is on the way from the plant. This will be shipped out to everyone, and will be inserted into the orders not yet shipped.
Re: OpenBGPD 5.4 - No route received when neighbor from a AS is down
Thanks Claudio, it's fixed the problem. I first try to route only the bgp peer with this command: route add -inet YYY.YYY.143.199/32 -link -iface em1 But it didn't work so I routed the /30 instead and now, route are valid. Thanks again to you both Claudio and Henning --- Cordialement, Michel Blais Administrateur réseau Targo communications 2015-05-14 17:01 GMT-04:00 Claudio Jeker : > On Thu, May 14, 2015 at 03:31:09PM -0400, Michel Blais wrote: > > Thanks Claudio for answering > > > > I added the option "nexthop qualify via bgp" and now, route are now > valid. > > I found this option from a post from you on this old thread: > > > http://openbsd-archive.7691.n7.nabble.com/what-s-makes-a-route-not-valid-in-o > > penbgpd-td51614.html > > > > # bgpctl show fib YYY.YYY.143.199 > > flags: * = valid, B = BGP, C = Connected, S = Static > >N = BGP Nexthop reachable via this route > >r = reject route, b = blackhole route > > > > flags prio destination gateway > > *BN 48 YYY.YYY.128.0/20 XXX.XXX.111.29 > > > > > > XXX.XXX.111.29 is the gateway of AS5769. > > > > # bgpctl show rib YYY.YYY.128.0/20 > > flags: * = Valid, > = Selected, I = via IBGP, A = Announced, S = Stale > > origin: i = IGP, e = EGP, ? = Incomplete > > > > flags destination gateway lpref med aspath origin > > *>YYY.YYY.128.0/20 YYY.YYY.143.199100 0 22652 i > > * YYY.YYY.128.0/20 XXX.XXX.111.29 100 0 5769 6453 22652 i > > > > No default route on the system. If I understand well, the problem would > be > > that route to reach AS22652 neighbor pass through AS5769 ? Should I > filter > > this subnet for AS5769 instead of using option "next hop qualify via > BGP" ? > > I presume this option is unsecure. > > > > So YYY.YYY.143.199 is not directly connected to your router and therefor > you configured a multihop session to that peer. In this case the best > thing is to install a static route to YYY.YYY.143.199 over the link you > actually want to talk to this peer. Using "nexthop qualify via bgp" is > dangerous since you can quickly produce routing loops and other scary > problems. > > So in short: > When doing multihop sessions the network of the remote neighbor is either > announced via an IGP (like ospfd) or is added as static route. In both > cases bgpd will consider the nexthop as valid. > > -- > :wq Claudio
Re: HP LaserJet 1100 lpr printing?
On 2015-05-15, Craig Skinner wrote: > Any pointers on printing with an HP LaserJet 1100? > lp|local line printer:\ > :lp=/dev/ulpt0:\ > :sd=/var/spool/output:\ > :lf=/var/log/lpd-errs:\ > :if=/usr/libexec/lpr/lpf: > #:sf:\ > #:sh:\ > #:tr=^D: > $ file /tmp/output.ps > /tmp/output.ps: PostScript document text conforming DSC level 3.0, Level 2 > $ lpr -m -s /tmp/output.ps > The printer lights don't change & paper doesn't move. As far as I can tell, this is simply not a PostScript printer. You'll need a printer driver (print/hplip) and either have to cobble together an input filter with Ghostscript or set up CUPS. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: soekris install error
On May 15, 2015, at 6:51 AM, Nick Holland wrote: > On 05/15/15 07:33, Edgar Pettijohn III wrote: >> I am trying to install OpenBSD on a Soekris 4801. I am getting the >> following error when I try to partition the disk prior to installing the >> sets. I tried 5.7 and 5.6, so I'm guessing this may be a hardware >> issues. Hopefully someone out there can provide some insight. >> >> Thanks in advance, >> >> Edgar >> >> /dev/rwd0a: 3051.8MB in 6250080 sectors of 512 bytes >> 16 cylinder groups of 202.47MB, 12958 blocks, 25984 inodes each >> wd0(pciide0:0:0): timeout >>type: ata >>c_bcount: 8192 >>c_skip: 0 >> pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21 >> pciide0 channel 0: reset failed for drive 0 >> wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), >> retrying >> pciide0:0:0: not ready, st=0x80, err=0x00 >> pciide0 channel 0: reset failed for drive 0 >> wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), >> retrying > > I think you will find this applies: > http://www.openbsd.org/faq/faq12.html#i386flash > > Nick. That did it. I remember reading that before, but its been a couple months since I got the machine and finally have a chance to play with it. Thanks
Re: Audio problems on OpenBSD 5.7
On Fri, May 15, 2015 at 09:22:04AM -0400, Bryan Pimmler wrote: > On Thu, May 14, 2015 at 2:39 PM, Alexandre Ratchov wrote: > > Clearly a driver problem. Try using "-mplay" option, until this > > gets fixed, > > Yes, adding -mplay to sndiod appears to fix the problem entirely (i.e. > now several programs can play audio simultaneously). How come? The > option disables recording, right? yes, exactly.
Re: Audio problems on OpenBSD 5.7
On Thu, May 14, 2015 at 2:39 PM, Alexandre Ratchov wrote: > Clearly a driver problem. Try using "-mplay" option, until this > gets fixed, Yes, adding -mplay to sndiod appears to fix the problem entirely (i.e. now several programs can play audio simultaneously). How come? The option disables recording, right? > and if you've some time possibly help debugging this! Sure. I'll try to build the kernel with the debugging options you suggested earlier, if that helps. Thanks!
Re: HP LaserJet 1100 lpr printing?
On May 15, 2015, at 6:45 AM, Craig Skinner wrote: > Hi folks, > > Any pointers on printing with an HP LaserJet 1100? > > This one is connected via a USB convertor to a 5.6 release box: > > $ dmesg | fgrep lp > ulpt0 at uhub0 port 2 configuration 1 interface 0 "Pr?lific Technology Inc. > IEEE-1284 Controller" rev 1.00/2.00 addr 3 > ulpt0: using bi-directional mode > > > /etc/printcap: > > lp|local line printer:\ > :lp=/dev/ulpt0:\ > :sd=/var/spool/output:\ > :lf=/var/log/lpd-errs:\ > :if=/usr/libexec/lpr/lpf: > #:sf:\ > #:sh:\ > #:tr=^D: > > > > $ ls -l /dev/*lp* > crw--- 1 root wheel 16, 128 Apr 13 21:13 /dev/lpa0 > crw--- 1 root wheel 16, 129 Apr 13 21:13 /dev/lpa1 > crw--- 1 root wheel 16, 130 Apr 13 21:13 /dev/lpa2 > crw--- 1 root wheel 16, 0 Apr 13 21:13 /dev/lpt0 > crw--- 1 root wheel 16, 1 Apr 13 21:13 /dev/lpt1 > crw--- 1 root wheel 16, 2 Apr 13 21:13 /dev/lpt2 > crw-rw 1 root wheel 64, 0 May 15 12:07 /dev/ulpt0 > crw-rw 1 root wheel 64, 1 Apr 13 21:13 /dev/ulpt1 > > > $ fgrep lpd /etc/rc.conf.local > lpd_flags='-l -s' > > $ sudo /etc/rc.d/lpd start > Password: > lpd(ok) > > > $ file /tmp/output.ps > /tmp/output.ps: PostScript document text conforming DSC level 3.0, Level 2 > > $ lpr -m -s /tmp/output.ps > $ lpq > lp is ready and printing > Rank Owner Job FilesTotal Size > active craig 7/tmp/output.ps 54074 bytes > > $ lpc status > lp: > queuing is enabled > printing is enabled > 1 entry in spool area > lp is ready and printing > > > $ fstat /dev/ulpt0 > USER CMD PID FD MOUNTINUM MODE R/WSZ|DV NAME > daemon lpd273925 /9065 crw-rw wulpt0 > /dev/ulpt0 > > > The printer lights don't change & paper doesn't move. > > What printcap/other settings should I change? > > > Some pages I've looked at: > http://openbsd-archive.7691.n7.nabble.com/HP-LaserJet-P2015-on-OpenBSD-BEWARE-td56055.html > http://www.linuxmisc.com/27-openbsd/b93483a47d08465b.htm > http://www.openprinting.org/printer/HP/HP-LaserJet_1100 > http://daemonforums.org/showthread.php?t=5733 > http://compgroups.net/comp.unix.bsd.openbsd.misc/hp-laserjet-1000w-+-openbsd-3.8/2719043 > > Thanks. > -- > All things are possible, except skiing thru a revolving door. Have you tried using hplip? It shows to be a supported printer.
Re: soekris install error
On 05/15/15 07:33, Edgar Pettijohn III wrote: > I am trying to install OpenBSD on a Soekris 4801. I am getting the > following error when I try to partition the disk prior to installing the > sets. I tried 5.7 and 5.6, so I'm guessing this may be a hardware > issues. Hopefully someone out there can provide some insight. > > Thanks in advance, > > Edgar > > /dev/rwd0a: 3051.8MB in 6250080 sectors of 512 bytes > 16 cylinder groups of 202.47MB, 12958 blocks, 25984 inodes each > wd0(pciide0:0:0): timeout > type: ata > c_bcount: 8192 > c_skip: 0 > pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21 > pciide0 channel 0: reset failed for drive 0 > wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), > retrying > pciide0:0:0: not ready, st=0x80, err=0x00 > pciide0 channel 0: reset failed for drive 0 > wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), > retrying I think you will find this applies: http://www.openbsd.org/faq/faq12.html#i386flash Nick.
HP LaserJet 1100 lpr printing?
Hi folks, Any pointers on printing with an HP LaserJet 1100? This one is connected via a USB convertor to a 5.6 release box: $ dmesg | fgrep lp ulpt0 at uhub0 port 2 configuration 1 interface 0 "Pr?lific Technology Inc. IEEE-1284 Controller" rev 1.00/2.00 addr 3 ulpt0: using bi-directional mode /etc/printcap: lp|local line printer:\ :lp=/dev/ulpt0:\ :sd=/var/spool/output:\ :lf=/var/log/lpd-errs:\ :if=/usr/libexec/lpr/lpf: #:sf:\ #:sh:\ #:tr=^D: $ ls -l /dev/*lp* crw--- 1 root wheel 16, 128 Apr 13 21:13 /dev/lpa0 crw--- 1 root wheel 16, 129 Apr 13 21:13 /dev/lpa1 crw--- 1 root wheel 16, 130 Apr 13 21:13 /dev/lpa2 crw--- 1 root wheel 16, 0 Apr 13 21:13 /dev/lpt0 crw--- 1 root wheel 16, 1 Apr 13 21:13 /dev/lpt1 crw--- 1 root wheel 16, 2 Apr 13 21:13 /dev/lpt2 crw-rw 1 root wheel 64, 0 May 15 12:07 /dev/ulpt0 crw-rw 1 root wheel 64, 1 Apr 13 21:13 /dev/ulpt1 $ fgrep lpd /etc/rc.conf.local lpd_flags='-l -s' $ sudo /etc/rc.d/lpd start Password: lpd(ok) $ file /tmp/output.ps /tmp/output.ps: PostScript document text conforming DSC level 3.0, Level 2 $ lpr -m -s /tmp/output.ps $ lpq lp is ready and printing Rank Owner Job FilesTotal Size active craig 7/tmp/output.ps 54074 bytes $ lpc status lp: queuing is enabled printing is enabled 1 entry in spool area lp is ready and printing $ fstat /dev/ulpt0 USER CMD PID FD MOUNTINUM MODE R/WSZ|DV NAME daemon lpd273925 /9065 crw-rw wulpt0 /dev/ulpt0 The printer lights don't change & paper doesn't move. What printcap/other settings should I change? Some pages I've looked at: http://openbsd-archive.7691.n7.nabble.com/HP-LaserJet-P2015-on-OpenBSD-BEWARE-td56055.html http://www.linuxmisc.com/27-openbsd/b93483a47d08465b.htm http://www.openprinting.org/printer/HP/HP-LaserJet_1100 http://daemonforums.org/showthread.php?t=5733 http://compgroups.net/comp.unix.bsd.openbsd.misc/hp-laserjet-1000w-+-openbsd-3.8/2719043 Thanks. -- All things are possible, except skiing thru a revolving door.
soekris install error
I am trying to install OpenBSD on a Soekris 4801. I am getting the following error when I try to partition the disk prior to installing the sets. I tried 5.7 and 5.6, so I'm guessing this may be a hardware issues. Hopefully someone out there can provide some insight. Thanks in advance, Edgar /dev/rwd0a: 3051.8MB in 6250080 sectors of 512 bytes 16 cylinder groups of 202.47MB, 12958 blocks, 25984 inodes each wd0(pciide0:0:0): timeout type: ata c_bcount: 8192 c_skip: 0 pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21 pciide0 channel 0: reset failed for drive 0 wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), retrying pciide0:0:0: not ready, st=0x80, err=0x00 pciide0 channel 0: reset failed for drive 0 wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), retrying
Re: OpenBSD Laptop/Asus UX305
On May 15, 2015 9:25:17 AM GMT+02:00, Fredrik Alm wrote: >I recently decided to replace pfSense with OpenBSD on my home firewall >and during the process of getting to know OpenBSD I realised that I >wanted to run it on a laptop/desktop as well (being a Mac desktop user >primarily). After a bit of research I decided that the Asus UX305 would >be the right choice, and yes the most important stuff works … I can get >the internal wifi card running (Intel 7265) and X will run on the Intel >HD Graphics 5300 card. > >However, and of course realising that the hardware is brand new and >support may be limited, there are some issues: > >suspend works, on resume I can ssh into the machine and reboot but the >screen doesn’t wake up. >ZZZ gives a kernel error, I have followed the defaults and assigned >8.1GB of swap, for my 8GB of ram. >when I run startx on a default installation, the fvwm freezes and won’t >unfreeze when I try to exit, however with the latest xfce package >installed I get a similar freeze when I log out/reboot but it unfreezes >after 15-30 seconds. > >I have looked around for information but not found that much, I do >suppose it’s because of such a new machine but I would still be very >thankful if I could get some general pointers and suggestions as to >what I could try. Also, is there any way I can support the development >for this machine (already sent a dmesg, but I don’t really have the >money to buy another one for the project … though I would if I could …) Your dmesg would be useful for people reading the list and thread, too. I've yet to see anyone being yelled at for excessive dmesg posting. /Alexander > >Thanks in advance, >Fredrik
Re: Problems Booting from CD2 of 5.7
On Fri, May 15, 2015 at 04:05:16AM + or thereabouts, mark hellewell wrote: > On Sun, 10 May 2015 at 01:36 Otto Moerbeek wrote: > > > > It is possible that some bad cd's slipped trough, please contact the shop, > > > > -Otto > > > > I???m having the same issue. I???ve emailed them. > Mark > They are looking into it. Moss
OpenBSD Laptop/Asus UX305
I recently decided to replace pfSense with OpenBSD on my home firewall and during the process of getting to know OpenBSD I realised that I wanted to run it on a laptop/desktop as well (being a Mac desktop user primarily). After a bit of research I decided that the Asus UX305 would be the right choice, and yes the most important stuff works … I can get the internal wifi card running (Intel 7265) and X will run on the Intel HD Graphics 5300 card. However, and of course realising that the hardware is brand new and support may be limited, there are some issues: suspend works, on resume I can ssh into the machine and reboot but the screen doesn’t wake up. ZZZ gives a kernel error, I have followed the defaults and assigned 8.1GB of swap, for my 8GB of ram. when I run startx on a default installation, the fvwm freezes and won’t unfreeze when I try to exit, however with the latest xfce package installed I get a similar freeze when I log out/reboot but it unfreezes after 15-30 seconds. I have looked around for information but not found that much, I do suppose it’s because of such a new machine but I would still be very thankful if I could get some general pointers and suggestions as to what I could try. Also, is there any way I can support the development for this machine (already sent a dmesg, but I don’t really have the money to buy another one for the project … though I would if I could …) Thanks in advance, Fredrik
Re: help with bgpd error messages
On Thu, 7 May 2015 13:01:49 +0200 Marko Cupać wrote: > On Wed, 6 May 2015 10:53:38 + (UTC) > Stuart Henderson wrote: > > > Can you get a packet capture of TCP port 179 during a failure? > > > > tcpdump -i -w bgp.`date +%Y%m%d-%H%M`.pcap -s1500 tcp > > and port 179 > > > > It might be best to run it from a script run from cron which pkills > > tcpdump and rotates the file to avoid having huge files. > > I am capturing packets on interface facing problematic ISP, and I will > send pcap files if/when bgpd crashes again. > > > Any idea what software (version number may be relevant too) your > > neighbours are using? Or at least what hardware vendor shows up in > > their MAC address? > > Their MAC is 54:75:d0:45:8f:00 which appears to be Cisco. > > In the meantime I contacted this ISP's support and told them they are > crashing my bgpd, probably because they are sending me non-standard > bgp packets which do not start with all-ones, as the standard > requires. The guy didn't have much idea what I was speaking about, > but he said he will forward request to network engineers. An hour > later he contacted me back, saying that "they indeed found some > irregularities which are now fixed". He couldn't give me the details. > > If my bgpd crashes again I will have pcap files ready. Also, if there > is anything else I can do to help troubleshoot this I'd be glad to > participate. > > Regards, I dropped by just to say that I haven't given this up, but I haven't replied anything because I had no bgpd crashes since my last email. Probably ISP indeed fixed their part of not sending me garbage. I also have been capturing bgp packets, and will continue to do so until the end of the month in case I get another crash. -- Marko Cupać https://www.mimar.rs
