Re: CARP health check ?
Just an idea, but you might consider giving private ip to the phydev and using nrpe plugin for nagios so you'll be able to ping them from the inside and report everything to your external nagios monitor Alex On Fri, Jan 13, 2012 at 5:12 AM, PP;QQ P(P8P?P8QP8P= chipits...@gmail.com wrote: sounds nice. I came to somewhat similar. Just ssh to external address and ping both carp peers (via internal addresses), if there're less than 2 answers, we are in trouble. your idea is also good. 2012/1/13 Nick Holland n...@holland-consulting.net ok, let's try this idea... Your systems have ONE external address, but they can have as many internal addresses as desired, right? SO...let's say you have two CARP'd firewalls, FW1 and FW2. They share external address of x.x.x.x. FW1: FW2: Externalx.x.x.xx.x.x.x (same) Internal real 10.0.0.2 10.0.0.3 internal CARP 10.0.0.1 10.0.0.1 (same) port 22 gets you ssh on the active firewall...but which is that? How about a PF ruleset that redirects port 2202 to 10.0.0.2 port 22 and port 2203 to 10.0.0.3? Now you can find out anything you wish about either box ON DEMAND by selecting the port you ssh to? If 2202 doesn't answer, you've lost fw1, if 2203 doesn't answer, you have lost fw2 In addition to checking to see that the box is up, it's good to check for a sane CARP status -- i.e., all MASTER on one box, SLAVE on the other, plus other overall health issues. Nick. On 01/12/12 13:48, iLXQ {IPICIN wrote: well, it's usually not possible. we use OpenBSD, because it supports carpdev option (FreeBSD does not support it) most of our carp clusters run on single address. no spare IP space. we could do ssh and ping carp peer (some trouble with preemption), but we do not want to stick with certain IP addresses. we would like to monitor in general 1) define new carp cluster for monitoring 2) ssh to it and monitorcarp peer in general without specifying it's address 2012/1/13 Simon Perreault simon.perrea...@viagenie.ca On 01/12/2012 01:18 PM, P P;Q Q P(P8P?P8Q P8P= wrote: we are using nagios for monitoring and it is running on separate server. we do not want to monitor server from inside. we want to run run something via ssh and see whether carp peer is dead or not. Give each server it's unique IP address. Use a third IP address for carp. Monitor all three addresses. Simon -- DTN made easy, lean, and smart -- http://postellation.viagenie.**ca http://postellation.viagenie.ca NAT64/DNS64 open-source-- http://ecdysis.viagenie.ca STUN/TURN server -- http://numb.viagenie.ca
disk management
Hi misc. Here is newbee question. I have disk with unused space: # disklabel -p g wd0 16 partitions: #size offset fstype [fsize bsize cpg] a: 1.0G 63 4.2BSD 2048 163841 # / b: 1.2G 2097215swap c:37.3G0 unused d: 2.6G 4683375 4.2BSD 2048 163841 # /tmp e: 4.0G 10052439 4.2BSD 2048 163841 # /var f: 2.0G 18541648 4.2BSD 2048 163841 # /usr g: 1.0G 22735952 4.2BSD 2048 163841 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 163841 # /usr/local i: 1.9G 32229473 4.2BSD 2048 163841 # /usr/src j: 1.9G 36247864 4.2BSD 2048 163841 # /usr/obj k:18.1G 40266255 4.2BSD 2048 163841 # /home and I have /var with ending space: # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/wd0a 1005M206M749M22%/ /dev/wd0k 17.8G411M 16.5G 2%/home /dev/wd0d 2.5G6.0K2.4G 0%/tmp /dev/wd0f 2.0G927M985M48%/usr /dev/wd0g 1005M167M787M18%/usr/X11R6 /dev/wd0h 3.5G280M3.0G 8%/usr/local /dev/wd0j 1.9G993M841M54%/usr/obj /dev/wd0i 1.9G790M1.0G43%/usr/src /dev/wd0e 4.0G3.4G376M90%/var In /var I store some sites for apache and need more space for it. How can I use unused space for /var or it will be used automatically when /var reaches capacity 100%?
Re: disk management
Hi, On Friday, 13 Jan 2012 at 13:40 CET lilit-aibolit lilit-aibo...@mail.ru wrote: Hi misc. Here is newbee question. I have disk with unused space: # disklabel -p g wd0 16 partitions: # sizeoffset fstype [fsize bsize cpg] a: 1.0G63 4.2BSD 2048 163841 # / b: 1.2G 2097215swap c: 37.3G 0 unused d: 2.6G 4683375 4.2BSD 2048 163841 # /tmp e: 4.0G 10052439 4.2BSD 2048 163841 # /var f: 2.0G 18541648 4.2BSD 2048 163841 # /usr g: 1.0G 22735952 4.2BSD 2048 163841 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 163841 # /usr/local i: 1.9G 32229473 4.2BSD 2048 163841 # /usr/src j: 1.9G 36247864 4.2BSD 2048 163841 # /usr/obj k: 18.1G 40266255 4.2BSD 2048 163841 # /home So which one is unsed? Hint: partition c is always marked as unused, because it is the whole disk. You can NOT use it for anything. and I have /var with ending space: # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/wd0a 1005M206M749M22%/ /dev/wd0k 17.8G411M 16.5G 2%/home /dev/wd0d 2.5G6.0K2.4G 0%/tmp /dev/wd0f 2.0G927M985M48%/usr /dev/wd0g 1005M167M787M18%/usr/X11R6 /dev/wd0h 3.5G280M3.0G 8%/usr/local /dev/wd0j 1.9G993M841M54%/usr/obj /dev/wd0i 1.9G790M1.0G43%/usr/src /dev/wd0e 4.0G3.4G376M90%/var In /var I store some sites for apache and need more space for it. How can I use unused space for /var or it will be used automatically when /var reaches capacity 100%? No, it will not grow automagically. -- Greetings Rafal Bisingier
Re: disk management
On Fri, Jan 13, 2012 at 1:40 PM, lilit-aibolit lilit-aibo...@mail.ru wrote: Hi misc. Here is newbee question. I have disk with unused space: # disklabel -p g wd0 B k: B B B B B B 18.1G B B B B 40266255 B 4.2BSD B 2048 16384 B B 1 # /home [some text is cut] In /var I store some sites for apache and need more space for it. How can I use unused space B for /var or it will be used automatically when /var reaches capacity 100%? Yeah, this is a newbie question. Really. Next time do not use the a option in the installer, just try to think logically and _strategically_. First add the a partiton, mark it / 512mb is more that enough. Second - b this is SWAP. You available RAM * 2 == SWAP. But is't not always true, just depends on the tasks the machine will be running. So, I use this formula not every time I install the OS, for example in my note the RAM is 2gb, but SWAP is 1gb. Well, it's a matter of philosophy and empirics you know... :) Third - d partition assign it to /usr; the size, coming again, depends on your tasks. It maybe 80% of the space left available, or more, or less... Fourth - e - /var - the rest of the space left after the /usr partition assigning... V. -- ### Coonardoo - PQP8P=P8QP:P0 Q QQP=Q / The Well In The Shadow / Le Puits Dans L'Ombre ###
Re: disk management
On Fri, 13 Jan 2012 14:12:46 +0200 Vitali coonar...@gmail.com wrote: On Fri, Jan 13, 2012 at 1:40 PM, lilit-aibolit lilit-aibo...@mail.ru wrote: Hi misc. Here is newbee question. I have disk with unused space: # disklabel -p g wd0 B k: B B B B B B 18.1G B B B B 40266255 B 4.2BSD B 2048 16384 B B 1 # /home [some text is cut] In /var I store some sites for apache and need more space for it. How can I use unused space B for /var or it will be used automatically when /var reaches capacity 100%? Yeah, this is a newbie question. Really. Next time do not use the a option in the installer, just try to think logically and _strategically_. First add the a partiton, mark it / 512mb is more that enough. Second - b this is SWAP. You available RAM * 2 == SWAP. But is't not always true, just depends on the tasks the machine will be running. So, I use this formula not every time I install the OS, for example in my note the RAM is 2gb, but SWAP is 1gb. Well, it's a matter of philosophy and empirics you know... :) Third - d partition assign it to /usr; the size, coming again, depends on your tasks. It maybe 80% of the space left available, or more, or less... Fourth - e - /var - the rest of the space left after the /usr partition assigning... And, just in a case, have an f partition available, and name it /backup, to rsync your most valuable data there. such way you will be able to have consistent dumps of your data. remember - binaries are nothning, the data is everything. -- With best regards, Gregory Edigarov
Re: disk management
I prefer to define my parts manualy like this A / 256Mo B swap 1024Mo (or 4096 max on machines that will open readwrite mode many many big files at same time only) D /tmp 1024Mo usualy, 4.3Go if you create many DVD's E /var 1024Mo to 4096Mo usualy 1024, 4096 while using apache/mysql/php/ only or apps that write many log files F /usr 1024Mo G /usr/X11R6 256Mo H /usr/local 4096Mo to 8192Mo (depending on application list you have to install) usualy 4096Mo il already too big I /usr/src 2048Mo J /home all of the free space when I have 2 or more disks I put /var swap /tmp /usr/local if I have enough free space on the fastest disk in the machine When your /var will be full, it will not grow up, you have to purge some log files (use logrotate or so will help), to purge read mails print queues to get free space. With a so huge /var 90% is anormal, you should already look for a logrotate solution or choose a new partition map you will use on next update of the machine. From: lilit-aibolit lilit-aibo...@mail.ru Sent: Fri Jan 13 12:40:37 CET 2012 To: misc@openbsd.org Subject: disk management Hi misc. Here is newbee question. I have disk with unused space: # disklabel -p g wd0 16 partitions: #size offset fstype [fsize bsize cpg] a: 1.0G 63 4.2BSD 2048 163841 # / b: 1.2G 2097215swap c:37.3G0 unused d: 2.6G 4683375 4.2BSD 2048 163841 # /tmp e: 4.0G 10052439 4.2BSD 2048 163841 # /var f: 2.0G 18541648 4.2BSD 2048 163841 # /usr g: 1.0G 22735952 4.2BSD 2048 163841 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 163841 # /usr/local i: 1.9G 32229473 4.2BSD 2048 163841 # /usr/src j: 1.9G 36247864 4.2BSD 2048 163841 # /usr/obj k:18.1G 40266255 4.2BSD 2048 163841 # /home and I have /var with ending space: # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/wd0a 1005M206M749M22%/ /dev/wd0k 17.8G411M 16.5G 2%/home /dev/wd0d 2.5G6.0K2.4G 0%/tmp /dev/wd0f 2.0G927M985M48%/usr /dev/wd0g 1005M167M787M18%/usr/X11R6 /dev/wd0h 3.5G280M3.0G 8%/usr/local /dev/wd0j 1.9G993M841M54%/usr/obj /dev/wd0i 1.9G790M1.0G43%/usr/src /dev/wd0e 4.0G3.4G376M90%/var In /var I store some sites for apache and need more space for it. How can I use unused space for /var or it will be used automatically when /var reaches capacity 100%? Cordialement Francois Pussault 3701 - 8 rue Marcel Pagnol 31100 ToulouseB FranceB +33 6 17 230 820 B +33 5 34 365 269 fpussa...@contactoffice.fr
Promovare pe Google
Pentru a vizualiza varianta on-line a Newsletter-ului click aici Prezenta site-ului dvs. pe prima pagina in google - preturi incepand de la: 150 EURO + TVA* *Explicatii despre sistemul de promovare google adwords: * Pretul minim pentru o campanie de promovare pe prima pagina in google este de 150 euro + tva/luna , aceasta suma se imparte in mod egal la 30 zile (5 euro/zi). Pe fiecare cuvant cheie se liciteaza o suma in raport de concurenta pe acel cuvant. Fiecare click pe anunt va scadea bugetul cu suma licitata anterior. In momentul in care s-a atins pragul de 5 euro, anuntul nu va mai aparea in ziua respectiva, va aparea a doua zi de la ora stabilita de comun acord. * Beneficiarul isi stabileste cuvintele cheie. In functie de numarul si concurenta pe acele cuvinte, anuntul va avea mai multe sau mai putine aparitii pe prima pagina in google. * Anuntul va aparea pe prima pagina in google in zona de anunturi sponsorizate. * Beneficiarul isi poate stabili continutul anuntului. Pentru ca anuntul sa fie cat mai bine optimizat, echipa noastra va face anumite sugestii privitoare la continutul anuntului. Mai multe detalii aici: www.promovaregoogle.eu Asteptam cererile dvs : ofe...@itservicii.ro ; Tel: 0771 226 765 Pentru dezabonare faceti click : aici www.promovaregoogle.eu
Re: disk management
Hi If I added it up correctly, you don't have any unused space on your disk. As stated on the FAQ (4.6.4) c on all disks is the whole disk partition, it is used by programs that have to have raw access to the physical disk, such as fdisk(8) and disklabel(8). So, although disklabel says it is 'unused', it really isn't free space... I guess you need a new HDD On Jan 13, 2012, at 11:40 AM, lilit-aibolit wrote: Hi misc. Here is newbee question. I have disk with unused space: # disklabel -p g wd0 16 partitions: #size offset fstype [fsize bsize cpg] a: 1.0G 63 4.2BSD 2048 163841 # / b: 1.2G 2097215swap c:37.3G0 unused d: 2.6G 4683375 4.2BSD 2048 163841 # /tmp e: 4.0G 10052439 4.2BSD 2048 163841 # /var f: 2.0G 18541648 4.2BSD 2048 163841 # /usr g: 1.0G 22735952 4.2BSD 2048 163841 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 163841 # /usr/local i: 1.9G 32229473 4.2BSD 2048 163841 # /usr/src j: 1.9G 36247864 4.2BSD 2048 163841 # /usr/obj k:18.1G 40266255 4.2BSD 2048 163841 # /home and I have /var with ending space: # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/wd0a 1005M206M749M22%/ /dev/wd0k 17.8G411M 16.5G 2%/home /dev/wd0d 2.5G6.0K2.4G 0%/tmp /dev/wd0f 2.0G927M985M48%/usr /dev/wd0g 1005M167M787M18%/usr/X11R6 /dev/wd0h 3.5G280M3.0G 8%/usr/local /dev/wd0j 1.9G993M841M54%/usr/obj /dev/wd0i 1.9G790M1.0G43%/usr/src /dev/wd0e 4.0G3.4G376M90%/var In /var I store some sites for apache and need more space for it. How can I use unused space for /var or it will be used automatically when /var reaches capacity 100%?
Re: Multiple ISP-connections/Routing/Packet filtering
Dear Ken, On Thu, Jan 12, 2012 at 01:05:10PM -0500, Kenneth Gober wrote: On Tue, Jan 10, 2012 at 1:41 PM, Dr.-Ing. Torsten Finke torsten.fi...@igh-essen.com wrote: On my firewall I have TWO different internet connections. It is simple to forward - for instance ssh - from both connections to an internal machine. Now this machine answers and the firewall sends the reply back. How can I force the firewall to send the reply over exactly that interface the request came in? The problem is that the client anywhere on the internet expects the answer from the very address it had contacted. If now the reply comes from another address, it will get lost. I am doing this using OpenBSD 4.6, without any apparent problems, using the following syntax: pass in log quick on $pri inet proto tcp to ($pri) port 1194 pass in log quick on $sec reply-to $sec inet proto tcp to ($sec) port 1194 great! I thought it to this simple. May I ask about your routing? For this to work I consider you should have multipath routing. You call your interfaces $pri and $sec. Are they configured differently? The pf.conf(5) man page says, that reply-to is useful only in rules that create state. Do you manage state by some other rule before? Unfortunately, the pf.conf syntax has changed since v4.6 and while I do plan to upgrade my own firewall to v5.0 (I've bought the CD already) I haven't yet had time to perform the upgrade. As a result, I haven't worked out what the equivalent 'modern' syntax would be, but you might be able to get some hints from what I'm using in v4.6. Yes! Concerning syntax I did some tests. The follwing rule is syntactically correct (in the sense that it is accepted by pf, at least on 4.8): pass in on $vpn_if inet proto udp from any to any port 1194 \ keep state reply-to ( $vpn_if $vpn_if:peer ) I think this can be done simpler. Thanks a lot for your advice Torsten -ken -- Dr.-Ing. Torsten Finke torsten.fi...@igh-essen.com Tel.: +49 201 / 36014-17 Ingenieurgemeinschaft IgH Gesellschaft f|r Ingenieurleistungen mbH Heinz-Bdcker-Str. 34 D-45356 Essen Amtsgericht Essen HRB 11500 USt-Id.-Nr.: DE 174 626 722 Geschdftsf|hrung: - Dr.-Ing. S. Rotthduser, - Dr.-Ing. T. Finke, - Dr.-Ing. W. Hagemeister Tel.: +49 201 / 360-14-0 http://www.igh-essen.com
Re: disk management
On Friday, January 13, 2012, Zi Loff zel...@zeloff.org wrote: Hi If I added it up correctly, you don't have any unused space on your disk. As stated on the FAQ (4.6.4) c on all disks is the whole disk partition, it is used by programs that have to have raw access to the physical disk, such as fdisk(8) and disklabel(8). So, although disklabel says it is 'unused', it really isn't free space... I guess you need a new HDD On Jan 13, 2012, at 11:40 AM, lilit-aibolit wrote: Hi misc. Here is newbee question. I have disk with unused space: # disklabel -p g wd0 16 partitions: #size offset fstype [fsize bsize cpg] a: 1.0G 63 4.2BSD 2048 163841 # / b: 1.2G 2097215swap c:37.3G0 unused d: 2.6G 4683375 4.2BSD 2048 163841 # /tmp e: 4.0G 10052439 4.2BSD 2048 163841 # /var f: 2.0G 18541648 4.2BSD 2048 163841 # /usr g: 1.0G 22735952 4.2BSD 2048 163841 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 163841 # /usr/local i: 1.9G 32229473 4.2BSD 2048 163841 # /usr/src j: 1.9G 36247864 4.2BSD 2048 163841 # /usr/obj k:18.1G 40266255 4.2BSD 2048 163841 # /home and I have /var with ending space: # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/wd0a 1005M206M749M22%/ /dev/wd0k 17.8G411M 16.5G 2%/home /dev/wd0d 2.5G6.0K2.4G 0%/tmp /dev/wd0f 2.0G927M985M48%/usr /dev/wd0g 1005M167M787M18%/usr/X11R6 /dev/wd0h 3.5G280M3.0G 8%/usr/local /dev/wd0j 1.9G993M841M54%/usr/obj /dev/wd0i 1.9G790M1.0G43%/usr/src /dev/wd0e 4.0G3.4G376M90%/var In /var I store some sites for apache and need more space for it. How can I use unused space for /var or it will be used automatically when /var reaches capacity 100%? -- Cheers!!
Re: disk management
fpussa...@contactoffice.fr (Francois Pussault), 2012.01.13 (Fri) 13:28 (CET): J /home all of the free space may I just throw in: fsck duration upon boot after unclean unmount. A good philosophy: as little as possible (fsck duration), as much as necessary (user/service reqirement). Needed: have lots of free=unused space for moving the content of slices around and thus enable growing slices, when needed. On really large disks, the maximum of 14 slices (a, d-p) becomes a limitation. I am bypassing this limitation by means of softraid(4)/bioctl(8): see CRYPTO and CONCAT (-current only). Gives you lots of devices (sd0, sd1, sdN) to have slices on. Having lots of slices makes df(1) a precious system overview, apart from anything else :-) bye, Marcus
Re: disk management
On Fri, Jan 13, 2012 at 2:28 PM, Francois Pussault fpussa...@contactoffice.fr wrote: I prefer to define my parts manualy like this A / 256Mo enough free space on the fastest disk in the machine [cut] When your /var will be full, it will not grow up, you have to purge some log files (use logrotate or so will help), to purge read mails print queues to get free space. With a so huge /var 90% is anormal, you should already look for a logrotate solution or choose a new partition map you will use on next update of the machine. After the installation procedure is over I relink the /tmp to /usr/tmp just mv /tmp /usr ln -s /usr/tmp /tmp Huge /var is need when I build mail servers under qmail which uses /var of course, and comparatively little /usr For DB servers (I compile Pg and My SQL's or LDAP by myself and install _everything_ into /usr/local/pgsql/*) I cut off a huge /usr partition, for example... Apache, which I also install into /usr/local/http/*, also assign a huge /usr partition. There is one more philosophical side effect of this question - speed. The closer the partition is placed to the outer cylinders, the faster the data are read from it. -- ### Coonardoo - PQP8P=P8QP:P0 Q QQP=Q / The Well In The Shadow / Le Puits Dans L'Ombre ###
Re: problem with ral in hopstap mode on -current
Please, somebody who has a reliable way to reproduce this, search for the commit which broke it... use cvs up -D to get a date-based checkout. Given 4.6 works, 4.7 doesn't and looking at net80211 commits, I would start with a kernel from a checkout dated just before and just after 2010/02/17 (r1.56 of sys/net80211/ieee80211_node.c).. On 2012-01-13, Erling Westenvik erling.westen...@gmail.com wrote: My former access point was an OpenBSD 4.7 laptop and I experienced exactly the same problems with at least acx(4) and ath(4). Upgrading to 5.0 did not provide a solution. I recently installed 5.0 on a box with a ral(4) PCI-card but the problem persisted. However: installing the same PCI ral(4) card on an older box running OpenBSD 4.6 DID solve it, indicating that the problem might have been introduced at some level from 4.7 onward? Cheers, Erling On Thu, Jan 12, 2012 at 05:49:06PM +0100, Sebastian Reitenbach wrote: Hi, I ran a soekris box as AP, and recently upgraded it from a very old 4.2, to 5.0 -current. It was running the old 4.2 for such a long time, since I only had a 32MB CF card in it, and just recently bought a new 2GB card, to install a full system on it. I have a ral wireless device in the box, configured as hostap: # cat /etc/hostname.ral0 inet 10.23.4.56 255.255.0.0 nwid brb.freifunk.net chan 1 mediaopt hostap The clients are OpenBSD notebooks. Now after the upgrade it happens after some time (don't know what the timeframe is, maybe a day maybe longer or shorter, the wireless is not that much used), that the ral device is not responding, when a client tries to connect to the WLAN. On the client I see the status on the WLAN device as status: no network on the access point, all seems to be fine: # ifconfig ral0 ral0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:11:09:9a:9a:7e priority: 4 groups: wlan media: IEEE802.11 autoselect hostap (autoselect mode 11b hostap) status: active ieee80211: nwid brb.freifunk.net chan 1 bssid 00:11:09:9a:9a:7e 100dBm inet6 fe80::211:9ff:fe9a:9a7e%ral0 prefixlen 64 scopeid 0x4 inet 10.23.4.56 netmask 0x broadcast 10.23.255.255 To get it to work again, I have to login to the AP, and issue a sh /etc/netstart ral0 that's all, afterwards, the client can happily connect. When I have the problem, I watched with tcpdump what happens when the client tries to connect to the network: tcpdump -n -i ral0 -y IEEE802_11_RADIO -vvv See the tcpdump output and dmesg below. Suggestion to debug this problem? Sebastian # ifconfig ral0 ral0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:11:09:9a:9a:7e priority: 4 groups: wlan media: IEEE802.11 autoselect hostap (autoselect mode 11b hostap) status: active ieee80211: nwid brb.freifunk.net chan 1 bssid 00:11:09:9a:9a:7e 100dBm inet6 fe80::211:9ff:fe9a:9a7e%ral0 prefixlen 64 scopeid 0x4 inet 10.23.4.56 netmask 0x broadcast 10.23.255.255 OpenBSD 5.0-current (GENERIC) #118: Tue Dec 20 11:09:21 MST 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by National Semi (Geode by NSC 586-class) 267 MHz cpu0: FPU,TSC,MSR,CX8,CMOV,MMX real mem = 133754880 (127MB) avail mem = 121548800 (115MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/40/21, BIOS32 rev. 0 @ 0xf7840 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc8000/0x9000 cpu0 at mainbus0: (uniprocessor) cpu0: TSC disabled pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Cyrix GXm PCI rev 0x00 sis0 at pci0 dev 6 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1c nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 sis1 at pci0 dev 7 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1d nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1 sis2 at pci0 dev 8 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 10, ad dress 00:00:24:c3:89:1e nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1 ral0 at pci0 dev 10 function 0 Ralink RT2560 rev 0x01: irq 11, address 00:11:0 9:9a:9a:7e ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 gscpcib0 at pci0 dev 18 function 0 NS SC1100 ISA rev 0x00 gpio0 at gscpcib0: 64 pins NS SC1100 SMI rev 0x00 at pci0 dev 18 function 1 not configured pciide0 at pci0 dev 18 function 2 NS SCx200 IDE rev 0x01: DMA, channel 0 wired to
Re: Blank virtual consoles in OpenBSD 5.0 with Intel graphics
On Thu Jan 12 2012 21:00, Norman Golisz wrote: Hi Joe, On Thu Jan 12 2012 12:36, Joe Gidi wrote: Running OpenBSD/amd64 5.0-RELEASE on a ThinkPad T410 with Intel graphics, I have blank virtual consoles after starting X. these new Thinkpad models come with Sandybridge graphic chips. As I realise, I probably confused ambigous marketing names [1]. This model seems to have no sandybridge chipset. You may try -current, though. Yours, Norman [1] http://en.wikipedia.org/wiki/Intel_HD_Graphics
Re: NAT Firewalls and Client IPs in SSL Requests
On 2012-01-12, Sam Vaughan samjvaug...@gmail.com wrote: I have a web server handling predominantly https traffic sitting on a DMZ behind a CARP'd firewall of two ALIX 2D3s. Since the firewall is NATting traffic to the web server, the source IP of requests arriving at the web server is always the firewall's CARP address on the DMZ. Do you really have to NAT the source address? That is unusual, most people just use rdr-to which only touches the destination address. I'd like the server to see the original client IP. The only solution I can think of is to use relayd, pound etc. as a layer 7 reverse proxy on the firewall that decrypts the SSL and inserts an X-Forwarded-For header. BTW, relayd can also do transparent forwarding (i.e. maintaining the source address in the packets), even with SSL offload. http://www.mail-archive.com/misc@openbsd.org/msg102364.html
Re: disk management
13.01.2012 14:28, Francois Pussault P?P8QP5Q: With a so huge /var 90% is anormal, you should already look for a logrotate solution or choose a new partition map you will use on next update of the machine. First of all, thanks all for your replies. As I said /var is used for www-aplication under chroot apache. /var/log is clear: # du -sch /var/* 2.0K/var/account 2.0K/var/audit 2.0K/var/authpf 1.5M/var/backups 730K/var/cache 4.0K/var/crash 20.0K /var/cron 14.7M /var/db 4.0K/var/empty 44.0K /var/games 1.4M/var/log 8.0K/var/lost+found 4.2M/var/mail 4.0K/var/msgs 26.4M /var/mysql 52.0K /var/named 2.0K/var/quotas 152K/var/run 2.0K/var/rwho 2.0K/var/sasl2 2.0K/var/siproxd 28.0K /var/spool 781M/var/squid 4.0K/var/tmp 1.4G/var/www 28.0K /var/yp 2.2Gtotal do I understand correctly, that in my case the easiest way is decrease /home and increase /var?
Re: locate weirdness
On Thu, Jan 12, 2012 at 03:28:37PM +0100, Fritz Wuehler wrote: Hey Henning, off-topic diatribes? coming to this mailing list asking for help about a 4 year old release when it is clearly documented that you are ENTIRELY ON YOUR OWN with releases older than a year is at least off topic, if not outright rude. I notice you spend much more time scolding people than actually saying anything worthwhile. You should work on yourself and find out why that is. Perhaps you could benefit from some anger management training? so my advice is to upgrade. You could have said just that without the assholier than thou 'tude. I know, you can't help it. Something you and he apparently have in common. henning balances it out by contributing code. What have you contributed? Ken
Re: disk management
[cut] 2.2G B B total do I understand correctly, that in my case the easiest way is decrease /home and increase /var? Taking into account that your /home is used only by 2% (the least used of the largest by size) and your /var is used by 90% and you need more there, - then yes. :) -- ### Coonardoo - PQP8P=P8QP:P0 Q QQP=Q / The Well In The Shadow / Le Puits Dans L'Ombre ###
Re: locate weirdness
On Fri, Jan 13, 2012 at 08:38:37AM -0500, Kenneth R Westerback wrote: On Thu, Jan 12, 2012 at 03:28:37PM +0100, Fritz Wuehler wrote: Hey Henning, off-topic diatribes? coming to this mailing list asking for help about a 4 year old release when it is clearly documented that you are ENTIRELY ON YOUR OWN with releases older than a year is at least off topic, if not outright rude. I notice you spend much more time scolding people than actually saying anything worthwhile. You should work on yourself and find out why that is. Perhaps you could benefit from some anger management training? so my advice is to upgrade. You could have said just that without the assholier than thou 'tude. I know, you can't help it. Something you and he apparently have in common. henning balances it out by contributing code. What have you contributed? Ken He balances out by giving free personal consultation. -Otto
Re: disk management
On Fri, Jan 13, 2012 at 03:20:20PM +0200, Vitali wrote: On Fri, Jan 13, 2012 at 2:28 PM, Francois Pussault fpussa...@contactoffice.fr wrote: I prefer to define my parts manualy like this A / 256Mo enough free space on the fastest disk in the machine [cut] When your /var will be full, it will not grow up, you have to purge some log files (use logrotate or so will help), to purge read mails print queues to get free space. With a so huge /var 90% is anormal, you should already look for a logrotate solution or choose a new partition map you will use on next update of the machine. After the installation procedure is over I relink the /tmp to /usr/tmp just mv /tmp /usr ln -s /usr/tmp /tmp Huge /var is need when I build mail servers under qmail which uses /var of course, and comparatively little /usr For DB servers (I compile Pg and My SQL's or LDAP by myself and install _everything_ into /usr/local/pgsql/*) I cut off a huge /usr partition, for example... Apache, which I also install into /usr/local/http/*, also assign a huge /usr partition. Your systems sure are a pain for upgrading but if you are the only one administrating them it is for you to waste your time like you want. There is one more philosophical side effect of this question - speed. The closer the partition is placed to the outer cylinders, the faster the data are read from it. More a methaphysical question. On modern disks, the correspondence between block/cyl number and physcial location is very blurred. -Otto
Re: locate weirdness
Spoke the self-proclaimed guru: Upgrading is a rule of this list. It cannot get anymore simple than that. So you're saying OpenBSD and Windows are really the same? No need to actually diagnose problems just upgrade. Whatever it is is fixed in the current version. Arsewipe LOL
Re: disk management
On 2012-01-13, lilit-aibolit lilit-aibo...@mail.ru wrote: 13.01.2012 14:28, Francois Pussault P?P8QP5Q: With a so huge /var 90% is anormal, you should already look for a logrotate solution or choose a new partition map you will use on next update of the machine. First of all, thanks all for your replies. As I said /var is used for www-aplication under chroot apache. /var/log is clear: # du -sch /var/* 2.0K/var/account 2.0K/var/audit 2.0K/var/authpf 1.5M/var/backups 730K/var/cache 4.0K/var/crash 20.0K /var/cron 14.7M /var/db 4.0K/var/empty 44.0K /var/games 1.4M/var/log 8.0K/var/lost+found 4.2M/var/mail 4.0K/var/msgs 26.4M /var/mysql 52.0K /var/named 2.0K/var/quotas 152K/var/run 2.0K/var/rwho 2.0K/var/sasl2 2.0K/var/siproxd 28.0K /var/spool 781M/var/squid 4.0K/var/tmp 1.4G/var/www 28.0K /var/yp 2.2Gtotal do I understand correctly, that in my case the easiest way is decrease /home and increase /var? a: 1.0G 63 4.2BSD 2048 163841 # / b: 1.2G 2097215swap c:37.3G0 unused d: 2.6G 4683375 4.2BSD 2048 163841 # /tmp e: 4.0G 10052439 4.2BSD 2048 163841 # /var f: 2.0G 18541648 4.2BSD 2048 163841 # /usr g: 1.0G 22735952 4.2BSD 2048 163841 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 163841 # /usr/local i: 1.9G 32229473 4.2BSD 2048 163841 # /usr/src j: 1.9G 36247864 4.2BSD 2048 163841 # /usr/obj k:18.1G 40266255 4.2BSD 2048 163841 # /home As you have partitions on the disk between /usr and /home, you can't easily just grow /var. Here are some options: - backup, reinstall with better partition sizes, restore. - swap /var and /home partitions (shut down services, copy files around between the partitions, swap the fstab entries, reboot). if you are not totally confident with doing this, make sure your backups are up-to-date first. - if you only need a little more space, or if you need to buy some time until you an plan a proper reinstallation, move your squid cache_dir to /home.
Re: disk management
There is one more philosophical side effect of this question - speed. The closer the partition is placed to the outer cylinders, the faster the data are read from it. More a methaphysical question. On modern disks, the correspondence between block/cyl number and physcial location is very blurred. B B B B -Otto Yeah, Otto, I'm aware of it, and still that makes me experiment every time I got an opportunity to. Anyway, you can use your system for years, upload and delete little and large files, but defragmentation ratio is very close to 0.0%. Either the system is not aware of this location blur or really the system sees that the file blocks location is indeed convenient for the system. In my experiments I saw large avi files being copied to the outsider /usr from a flash device 4.5mb p/s, and to the insider /var slower - depending on the size of the /usr - from 2.7mb p/s to 3.2mb p/s. I'm not insisting, I'm only telling about the results of my experiments... :) I know very little about physical design of HDD's and the vendors do not feel like sharing that information. :) -- ### Coonardoo - PQP8P=P8QP:P0 Q QQP=Q / The Well In The Shadow / Le Puits Dans L'Ombre ###
Re: locate weirdness
On 01/13/12 14:47, Otto Moerbeek wrote: On Fri, Jan 13, 2012 at 08:38:37AM -0500, Kenneth R Westerback wrote: On Thu, Jan 12, 2012 at 03:28:37PM +0100, Fritz Wuehler wrote: Hey Henning, off-topic diatribes? coming to this mailing list asking for help about a 4 year old release when it is clearly documented that you are ENTIRELY ON YOUR OWN with releases older than a year is at least off topic, if not outright rude. I notice you spend much more time scolding people than actually saying anything worthwhile. You should work on yourself and find out why that is. Perhaps you could benefit from some anger management training? so my advice is to upgrade. You could have said just that without the assholier than thou 'tude. I know, you can't help it. Something you and he apparently have in common. henning balances it out by contributing code. What have you contributed? Ken He balances out by giving free personal consultation. -Otto insultation you say?
Re: disk management
13.01.2012 16:11, Stuart Henderson P?P8QP5Q: a: 1.0G 63 4.2BSD 2048 163841 # / b: 1.2G 2097215swap c:37.3G0 unused d: 2.6G 4683375 4.2BSD 2048 163841 # /tmp e: 4.0G 10052439 4.2BSD 2048 163841 # /var f: 2.0G 18541648 4.2BSD 2048 163841 # /usr g: 1.0G 22735952 4.2BSD 2048 163841 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 163841 # /usr/local i: 1.9G 32229473 4.2BSD 2048 163841 # /usr/src j: 1.9G 36247864 4.2BSD 2048 163841 # /usr/obj k:18.1G 40266255 4.2BSD 2048 163841 # /home As you have partitions on the disk between /usr and /home, you can't easily just grow /var. Here are some options: - backup, reinstall with better partition sizes, restore. - swap /var and /home partitions (shut down services, copy files around between the partitions, swap the fstab entries, reboot). if you are not totally confident with doing this, make sure your backups are up-to-date first. - if you only need a little more space, or if you need to buy some time until you an plan a proper reinstallation, move your squid cache_dir to /home. I got the same recommendation from Vadim Zhukov persg...@gmail.com with little difference, do it in single mode: 1. Boot in single user mode, enter shell. 2. mount /, /usr, /var and /home. 3. Move /var/* to /home. 4. Move /home/* to /var (except what moved on step 3). 5. Umount /home and /var. 6. Edit fstab and switch /home and /var mount points. 7. Try to mount /home and /var now, checking all is ok. 8. Proceed booting (^D) and have a nice day. but I operate remotely, and can't shut down all services, such PF or SSH. So in any way I need to do this locally?
Re: locate weirdness
On 01/13/12 13:50, Fritz Wuehler wrote: Spoke the self-proclaimed guru: Upgrading is a rule of this list. It cannot get anymore simple than that. So you're saying OpenBSD and Windows are really the same? No need to actually diagnose problems just upgrade. Whatever it is is fixed in the current version. Arsewipe LOL Yes. For old stuff, that's exactly what we say. Why should we chase bugs that possibly have already been fixed, either specifically or as a consequence of four years of development? Upgrade, and if it's still there, someone might be interested in helping out. So now just accept it or help the guy out yourself. Off-list. /Alexander
Re: disk management
On 2012-01-13 15.55, lilit-aibolit wrote: I got the same recommendation from Vadim Zhukov persg...@gmail.com with little difference, do it in single mode: 1. Boot in single user mode, enter shell. 2. mount /, /usr, /var and /home. 3. Move /var/* to /home. 4. Move /home/* to /var (except what moved on step 3). 5. Umount /home and /var. 6. Edit fstab and switch /home and /var mount points. 7. Try to mount /home and /var now, checking all is ok. 8. Proceed booting (^D) and have a nice day. but I operate remotely, and can't shut down all services, such PF or SSH. So in any way I need to do this locally? If you're needing temporary relief, you can shut down httpd, move /var/www to /home/www, then symlink /var/www - /home/www and restart httpd again. Might not be a solution to recommend long term however; I'm not sure what a symlink instead of a real /var/www directory would do to the upgrade process (might also be perfectly ok, but I've never tried). Regards, /Benny -- internetlabbet.se / work: +46 8 551 124 80 / Words must Benny Lofgren/ mobile: +46 70 718 11 90 / be weighed, / fax:+46 8 551 124 89/not counted. /email: benny -at- internetlabbet.se
Re: disk management
On Fri, 13 Jan 2012 16:55:04 +0200 lilit-aibolit lilit-aibo...@mail.ru wrote: 13.01.2012 16:11, Stuart Henderson P?P8QP5Q: a: 1.0G 63 4.2BSD 2048 163841 # / b: 1.2G 2097215swap c:37.3G0 unused d: 2.6G 4683375 4.2BSD 2048 163841 # /tmp e: 4.0G 10052439 4.2BSD 2048 16384 1 # /var f: 2.0G 18541648 4.2BSD 2048 163841 # /usr g: 1.0G 22735952 4.2BSD 2048 163841 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 163841 # /usr/local i: 1.9G 32229473 4.2BSD 2048 163841 # /usr/src j: 1.9G 36247864 4.2BSD 2048 163841 # /usr/obj k:18.1G 40266255 4.2BSD 2048 163841 # /home As you have partitions on the disk between /usr and /home, you can't easily just grow /var. Here are some options: - backup, reinstall with better partition sizes, restore. - swap /var and /home partitions (shut down services, copy files around between the partitions, swap the fstab entries, reboot). if you are not totally confident with doing this, make sure your backups are up-to-date first. - if you only need a little more space, or if you need to buy some time until you an plan a proper reinstallation, move your squid cache_dir to /home. I got the same recommendation from Vadim Zhukov persg...@gmail.com with little difference, do it in single mode: 1. Boot in single user mode, enter shell. 2. mount /, /usr, /var and /home. 3. Move /var/* to /home. 4. Move /home/* to /var (except what moved on step 3). 5. Umount /home and /var. 6. Edit fstab and switch /home and /var mount points. 7. Try to mount /home and /var now, checking all is ok. 8. Proceed booting (^D) and have a nice day. but I operate remotely, and can't shut down all services, such PF or SSH. So in any way I need to do this locally? hmm. If you need more space for /var, and you have spare space in /home, why not just use /dev/svnd? dd if=/dev/zero to create a file of the size you want allocate for /var, then vnconfig it, newfs it, and use it just like the usual partition. -- With best regards, Gregory Edigarov
Re: disk management
On 2012/01/13 16:55, lilit-aibolit wrote: 13.01.2012 16:11, Stuart Henderson P?P8QP5Q: a: 1.0G 63 4.2BSD 2048 163841 # / b: 1.2G 2097215swap c:37.3G0 unused d: 2.6G 4683375 4.2BSD 2048 163841 # /tmp e: 4.0G 10052439 4.2BSD 2048 163841 # /var f: 2.0G 18541648 4.2BSD 2048 163841 # /usr g: 1.0G 22735952 4.2BSD 2048 163841 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 163841 # /usr/local i: 1.9G 32229473 4.2BSD 2048 163841 # /usr/src j: 1.9G 36247864 4.2BSD 2048 163841 # /usr/obj k:18.1G 40266255 4.2BSD 2048 163841 # /home As you have partitions on the disk between /usr and /home, you can't easily just grow /var. Here are some options: - backup, reinstall with better partition sizes, restore. - swap /var and /home partitions (shut down services, copy files around between the partitions, swap the fstab entries, reboot). if you are not totally confident with doing this, make sure your backups are up-to-date first. - if you only need a little more space, or if you need to buy some time until you an plan a proper reinstallation, move your squid cache_dir to /home. I got the same recommendation from Vadim Zhukov persg...@gmail.com with little difference, do it in single mode: 1. Boot in single user mode, enter shell. 2. mount /, /usr, /var and /home. 3. Move /var/* to /home. 4. Move /home/* to /var (except what moved on step 3). 5. Umount /home and /var. 6. Edit fstab and switch /home and /var mount points. 7. Try to mount /home and /var now, checking all is ok. 8. Proceed booting (^D) and have a nice day. but I operate remotely, and can't shut down all services, such PF or SSH. So in any way I need to do this locally? I do not *recommend* doing this without console access, but sometimes there is no other choice. ;-) Since you don't have full access you need to take extra care. Shut down anything that you don't absolutely require. syslogd, squid, httpd/nginx, whatever. I would *copy* files from /home to /var, not move them (of course you'll need to clear some space first - old logs or squid cache might be a good candidate). I would probably skip steps 5 and 7, just be careful that your fstab lines are correct. Take care and think about every command before you press the enter key. Check that everything is in the right place before you reboot.
Re: disk management
On Fri, Jan 13, 2012 at 03:45:47PM +0200, lilit-aibolit wrote: 13.01.2012 14:28, Francois Pussault P?P8QP5Q: With a so huge /var 90% is anormal, you should already look for a logrotate solution or choose a new partition map you will use on next update of the machine. That was your best option, as I see it. First of all, thanks all for your replies. As I said /var is used for www-aplication under chroot apache. /var/log is clear: # du -sch /var/* 2.0K/var/account 2.0K/var/audit 2.0K/var/authpf 1.5M/var/backups 730K/var/cache 4.0K/var/crash 20.0K /var/cron 14.7M /var/db 4.0K/var/empty 44.0K /var/games 1.4M/var/log 8.0K/var/lost+found 4.2M/var/mail 4.0K/var/msgs 26.4M /var/mysql 52.0K /var/named 2.0K/var/quotas 152K/var/run 2.0K/var/rwho 2.0K/var/sasl2 2.0K/var/siproxd 28.0K /var/spool 781M/var/squid 4.0K/var/tmp 1.4G/var/www 28.0K /var/yp 2.2Gtotal do I understand correctly, that in my case the easiest way is decrease /home and increase /var? To shrink /home from the head you would have to (from single user mode): 1) dump(8) your current /home. 2) Change the slice for /home (k) to a higher start and smaller size to end where it ends today, and still start on a cylinder boundary. 3) Zero the start 1 MB of the slice with dd. 4) Create a new empty filesystem on that slice. 5) restore(8) the saved /home content onto the new slice. To increase /var you would have to (from single user mode): 1) Create space at the tail of /var's slice by shrinking the slice after from the head. 2) Unmount /var 3) Grow the /var filesystem using growfs(8). But since your /var is slice e and /home is slice k that can not be done. You will have to find some other disk space to dump(8) and restore(8) your current /var into. Or chroot your apache into some other filesystem. Or reinstall with better partitionint, or... -- / Raimo Niskanen, Erlang/OTP, Ericsson AB
Re: disk management
On 01/13/2012 09:55 AM, lilit-aibolit wrote: 13.01.2012 16:11, Stuart Henderson P?P8QP5Q: a: 1.0G 63 4.2BSD 2048 16384 1 # / b: 1.2G 2097215 swap c: 37.3G 0 unused d: 2.6G 4683375 4.2BSD 2048 16384 1 # /tmp e: 4.0G 10052439 4.2BSD 2048 16384 1 # /var f: 2.0G 18541648 4.2BSD 2048 16384 1 # /usr g: 1.0G 22735952 4.2BSD 2048 16384 1 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 16384 1 # /usr/local i: 1.9G 32229473 4.2BSD 2048 16384 1 # /usr/src j: 1.9G 36247864 4.2BSD 2048 16384 1 # /usr/obj k: 18.1G 40266255 4.2BSD 2048 16384 1 # /home As you have partitions on the disk between /usr and /home, you can't easily just grow /var. Here are some options: - backup, reinstall with better partition sizes, restore. - swap /var and /home partitions (shut down services, copy files around between the partitions, swap the fstab entries, reboot). if you are not totally confident with doing this, make sure your backups are up-to-date first. - if you only need a little more space, or if you need to buy some time until you an plan a proper reinstallation, move your squid cache_dir to /home. I got the same recommendation from Vadim Zhukov persg...@gmail.com with little difference, do it in single mode: 1. Boot in single user mode, enter shell. 2. mount /, /usr, /var and /home. 3. Move /var/* to /home. 4. Move /home/* to /var (except what moved on step 3). 5. Umount /home and /var. 6. Edit fstab and switch /home and /var mount points. 7. Try to mount /home and /var now, checking all is ok. 8. Proceed booting (^D) and have a nice day. but I operate remotely, and can't shut down all services, such PF or SSH. So in any way I need to do this locally? you can do almost anything remotely...if you understand what you are doing. I'm not going to give you step-by-step instructions. Its your machine, I'm not taking responsibility for it, and you need to. btw: most of the advice people have given you on-list is somewhere between useless and very very bad (with definite exceptions for Stuart's and Otto's comments). I would HIGHLY recommend you read through sections 4 and 14 of the FAQ, and UNDERSTAND, not blindly follow other people's steps. Then practice on a local computer. Nick.
Re: locate weirdness
On Wed, 11 Jan 2012 20:28:57 +0100 Marian Hettwer wrote: Try to look from a different angle here. Say, you would have an old Debian Sarge release (years old) and you would approach a debian mailing list with something is weird with locate, pretty sure you would get a lot of advises to upgrade first, test then, and if problem persists, come back. From the blogs I've read where this happens it's far harsher than that, due to the bugs in Linux. Something like what the fsck are you doing running a system that old your a danger to the internet. It's people like you that.. I've never seen a come back like why's this Linux kernel such a danger to the world in just 2 months then?, every router on this street is running a year old firmware! and the current firmware released 4 weeks ago has 2 critical bugs described as 'just another bug' I'd love to see the replies if any to that. But this is OpenBSD and I assume your just running a simple firewall or on a closed network or know your systems services are known bug free. I'm surprised you've had so much help. Personally and If I had time I'd want to find out the problem but I'd be wiping and reinstalling from scratch anyway, especially with an unknown cause. Of course having install scripts makes that decision much easier. It shouldn't be hard to copy your configs off, just make a root drive backup first in case you miss something. Surely faster than reading the upgrade guides for 7 releases.
ntpd sendto: Can't assign requested address
Hello, I run OpenBSD 5.0 (amd64) with ntpd. About 5 to 10 times a day, it logs errors like the following to /var/log/messages and /var/log/daemon: Jan 11 02:04:53 abc ntpd[26588]: sendto: Can't assign requested address /etc/ntpd.conf: listen on * server ptbtime2.ptb.de server ptbtime3.ptb.de This box is part of the ntp pool (www.pool.ntp.org) so it gets about 10 ntp querys per second on average, occasionally many more. What to do? Thanks feily
UPGRADE DAMNIT
On Thu, Jan 12, 2012 at 05:16:15PM +, Kevin Chadwick wrote: I'm surprised you've had so much help. Personally and If I had time I'd want to find out the problem but I'd be wiping and reinstalling from scratch anyway, especially with an unknown cause. Of course having install scripts makes that decision much easier. It shouldn't be hard to copy your configs off, just make a root drive backup first in case you miss something. Surely faster than reading the upgrade guides for 7 releases. Boohoo. 7 releases. That's called backlog. Or dropping the ball. Upgrade every six months or every year and you won't have to suffer through this ! As far as I'm concerned, the major advantage OpenBSD has over lots of other stuff is that you can decide to update much more easily. The only question in 99% of the cases is: do you have enough time to do it ? The next version of the OS is always better than the previous one, and generally, all things that used to work do work still. If something breaks, it's considered a major issue to be fixed shortly. Heck, even though we sometimes mothball some old shit, we're agressively promoting the use of completely obsolete wacky hardware thanks to our obsessive-compulsive old-shit specialists. We have a track-record of still running on cheese boxes that the distinguished competition abandonned years ago. As opposed to a lot of other places where generally, you waitsee on the ml for a few weeks to make sure your stuff won't fall apart when you update.
Re: claimed 5.0 problems on sparc64 (was Re: Upgrading AMD64 4.9-stable to 5.0)
I a clean 5.0 install on my sun blade today; I setup the ports folder as the documentation says to do, and I setup my PKG_PATH variable using a Chicago mirror; trying to add via the command pkg_add -i gnome-session yields immediate errors looking for a c library level 60 or 61, not sure which, but it needs it I am sure to install the package. I used the vanillia CD straight off the openbsd website for sparc64. Not sure what your suggestions will be, but this is not what the docs claim will be the case. On Tue, Dec 20, 2011 at 7:49 AM, Richard Thornton thornton.rich...@gmail.com wrote: I used the advice from the blog called gab software. Perhaps he was wrong. I am willing to reinstall. I have no personal data to lose on this old box. Nick Holland n...@holland-consulting.net wrote: On 12/19/11 14:39, Stuart Henderson wrote: On 2011-12-19, Richard Thornton thornton.rich...@gmail.com wrote: Do a simple clean 5.0 install. One would assume any browser package in the packages folder would install. None do for me on sparc, but with a clean 4.9 install all 4.9 packages install. I am not a Unix specialist by any means but I do know how to type pkg_add . Please send a mail to ports@ detailing exactly what you are doing (what you're typing, what PKG_PATH is set to if you're using it, the contents of /etc/pkg.conf if you're using that) and what output you see. This is the first I've heard of any major problem with 5.0 release packages on any arch, if there is a problem obviously we need to know what went wrong so we can avoid it happening in future, but before digging into that we need to first rule out incorrect procedure. Don't bother, he's doing something very wrong. This is a PEBKAC diagnostic issue, not an OpenBSD issue. Just happened to have a blade100 (the machine he named) sitting here, just loaded it up, but not into production yet, so blew it away (it was at -current, of course) and did exactly what he said: * simple 5.0 install from CD (only non-default was to use ntpd) * set PKG_PATH to my local mirror * pkg_add xxxterm * pkg_add firefox36 (didn't seem to be newer ones for sparc64) * pkg_add dillo * pkg_add conkeror * pkg_add midori * pkg_add kazehakase * pkg_add links+2.2p2 * pkg_add elinks * pkg_add w3m-0.5.3 * pkg_add links FINALLY! an error! conflict with links+. Package management system worked fine :) Other than links after links+, all installed fine. Starting them all at the same time on a blade100 with only 512M RAM was not my most productive move, but they all seemed to be trying to work, until something ran out of something and X blew me back to a command prompt :) (I gotta play with some of these alternate browsers) Personally, I think he's screwing up between sparc and sparc64. He's being VERY sloppy with the platform name_s_ in his posting, so I suspect it is safe to assume he's doing that elsewhere. Nick.
Re: claimed 5.0 problems on sparc64 (was Re: Upgrading AMD64 4.9-stable to 5.0)
Complete lack of specifics. I'm ignoring. Nick. On 01/13/2012 01:49 PM, Richard Thornton wrote: I a clean 5.0 install on my sun blade today; I setup the ports folder as the documentation says to do, and I setup my PKG_PATH variable using a Chicago mirror; trying to add via the command pkg_add -i gnome-session yields immediate errors looking for a c library level 60 or 61, not sure which, but it needs it I am sure to install the package. I used the vanillia CD straight off the openbsd website for sparc64. Not sure what your suggestions will be, but this is not what the docs claim will be the case. On Tue, Dec 20, 2011 at 7:49 AM, Richard Thornton thornton.rich...@gmail.com wrote: I used the advice from the blog called gab software. Perhaps he was wrong. I am willing to reinstall. I have no personal data to lose on this old box. Nick Hollandn...@holland-consulting.net wrote: On 12/19/11 14:39, Stuart Henderson wrote: On 2011-12-19, Richard Thorntonthornton.rich...@gmail.com wrote: Do a simple clean 5.0 install. One would assume any browser package in the packages folder would install. None do for me on sparc, but with a clean 4.9 install all 4.9 packages install. I am not a Unix specialist by any means but I do know how to type pkg_add . Please send a mail to ports@ detailing exactly what you are doing (what you're typing, what PKG_PATH is set to if you're using it, the contents of /etc/pkg.conf if you're using that) and what output you see. This is the first I've heard of any major problem with 5.0 release packages on any arch, if there is a problem obviously we need to know what went wrong so we can avoid it happening in future, but before digging into that we need to first rule out incorrect procedure. Don't bother, he's doing something very wrong. This is a PEBKAC diagnostic issue, not an OpenBSD issue. Just happened to have a blade100 (the machine he named) sitting here, just loaded it up, but not into production yet, so blew it away (it was at -current, of course) and did exactly what he said: * simple 5.0 install from CD (only non-default was to use ntpd) * set PKG_PATH to my local mirror * pkg_add xxxterm * pkg_add firefox36 (didn't seem to be newer ones for sparc64) * pkg_add dillo * pkg_add conkeror * pkg_add midori * pkg_add kazehakase * pkg_add links+2.2p2 * pkg_add elinks * pkg_add w3m-0.5.3 * pkg_add links FINALLY! an error! conflict with links+. Package management system worked fine :) Other than links after links+, all installed fine. Starting them all at the same time on a blade100 with only 512M RAM was not my most productive move, but they all seemed to be trying to work, until something ran out of something and X blew me back to a command prompt :) (I gotta play with some of these alternate browsers) Personally, I think he's screwing up between sparc and sparc64. He's being VERY sloppy with the platform name_s_ in his posting, so I suspect it is safe to assume he's doing that elsewhere. Nick.
Re: claimed 5.0 problems on sparc64 (was Re: Upgrading AMD64 4.9-stable to 5.0)
keeps looking for library c.60.1 which does not exist in a vanilla 5.0 install. On Mon, Dec 19, 2011 at 10:38 PM, Nick Holland n...@holland-consulting.netwrote: On 12/19/11 14:39, Stuart Henderson wrote: On 2011-12-19, Richard Thornton thornton.rich...@gmail.com wrote: Do a simple clean 5.0 install. One would assume any browser package in the packages folder would install. None do for me on sparc, but with a clean 4.9 install all 4.9 packages install. I am not a Unix specialist by any means but I do know how to type pkg_add . Please send a mail to ports@ detailing exactly what you are doing (what you're typing, what PKG_PATH is set to if you're using it, the contents of /etc/pkg.conf if you're using that) and what output you see. This is the first I've heard of any major problem with 5.0 release packages on any arch, if there is a problem obviously we need to know what went wrong so we can avoid it happening in future, but before digging into that we need to first rule out incorrect procedure. Don't bother, he's doing something very wrong. This is a PEBKAC diagnostic issue, not an OpenBSD issue. Just happened to have a blade100 (the machine he named) sitting here, just loaded it up, but not into production yet, so blew it away (it was at -current, of course) and did exactly what he said: * simple 5.0 install from CD (only non-default was to use ntpd) * set PKG_PATH to my local mirror * pkg_add xxxterm * pkg_add firefox36 (didn't seem to be newer ones for sparc64) * pkg_add dillo * pkg_add conkeror * pkg_add midori * pkg_add kazehakase * pkg_add links+2.2p2 * pkg_add elinks * pkg_add w3m-0.5.3 * pkg_add links FINALLY! an error! conflict with links+. Package management system worked fine :) Other than links after links+, all installed fine. Starting them all at the same time on a blade100 with only 512M RAM was not my most productive move, but they all seemed to be trying to work, until something ran out of something and X blew me back to a command prompt :) (I gotta play with some of these alternate browsers) Personally, I think he's screwing up between sparc and sparc64. He's being VERY sloppy with the platform name_s_ in his posting, so I suspect it is safe to assume he's doing that elsewhere. Nick.
Re: claimed 5.0 problems on sparc64 (was Re: Upgrading AMD64 4.9-stable to 5.0)
Incorrect. On Fri, Jan 13, 2012, Richard Thornton wrote: keeps looking for library c.60.1 which does not exist in a vanilla 5.0 install. On Mon, Dec 19, 2011 at 10:38 PM, Nick Holland n...@holland-consulting.netwrote: On 12/19/11 14:39, Stuart Henderson wrote: On 2011-12-19, Richard Thornton thornton.rich...@gmail.com wrote: Do a simple clean 5.0 install. One would assume any browser package in the packages folder would install. None do for me on sparc, but with a clean 4.9 install all 4.9 packages install. I am not a Unix specialist by any means but I do know how to type pkg_add . Please send a mail to ports@ detailing exactly what you are doing (what you're typing, what PKG_PATH is set to if you're using it, the contents of /etc/pkg.conf if you're using that) and what output you see. This is the first I've heard of any major problem with 5.0 release packages on any arch, if there is a problem obviously we need to know what went wrong so we can avoid it happening in future, but before digging into that we need to first rule out incorrect procedure. Don't bother, he's doing something very wrong. This is a PEBKAC diagnostic issue, not an OpenBSD issue. Just happened to have a blade100 (the machine he named) sitting here, just loaded it up, but not into production yet, so blew it away (it was at -current, of course) and did exactly what he said: * simple 5.0 install from CD (only non-default was to use ntpd) * set PKG_PATH to my local mirror * pkg_add xxxterm * pkg_add firefox36 (didn't seem to be newer ones for sparc64) * pkg_add dillo * pkg_add conkeror * pkg_add midori * pkg_add kazehakase * pkg_add links+2.2p2 * pkg_add elinks * pkg_add w3m-0.5.3 * pkg_add links FINALLY! an error! conflict with links+. Package management system worked fine :) Other than links after links+, all installed fine. Starting them all at the same time on a blade100 with only 512M RAM was not my most productive move, but they all seemed to be trying to work, until something ran out of something and X blew me back to a command prompt :) (I gotta play with some of these alternate browsers) Personally, I think he's screwing up between sparc and sparc64. He's being VERY sloppy with the platform name_s_ in his posting, so I suspect it is safe to assume he's doing that elsewhere. Nick.
8
7LyP09 L52 [demime 1.01d removed an attachment of type image/jpeg which had a name of Crsukh5299.jpg]
Re: claimed 5.0 problems on sparc64 (was Re: Upgrading AMD64 4.9-stable to 5.0)
OpenBSD 5.0-current (GENERIC) #65: Thu Nov 3 00:58:36 MDT 2011 Welcome to OpenBSD: The proactively secure Unix-like operating system. Please use the sendbug(1) utility to report bugs in the system. Before reporting a bug, please try to reproduce it with the latest version of the code. With bug reports, please try to ensure that enough information to reproduce the problem is enclosed, and if a known fix for it exists, include that as well. $ $ $ $ cat rprofile.txt # $OpenBSD: dot.profile,v 1.9 2010/12/13 12:54:31 millert Exp $ # # sh/ksh initialization PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/usr/local/sbin:/usr/local/bin export PATH : ${HOME='/root'} export HOME PKG_PATH= ftp://openbsd.mirror.frontiernet.net/pub/OpenBSD/5.0/packages/sparc64/ export PKG_PATH umask 022 case $- in *i*)# interactive shell if [ -x /usr/bin/tset ]; then if [ X$XTERM_VERSION = X ]; then eval `/usr/bin/tset -sQ '-munknown:?vt220' $TERM` else eval `/usr/bin/tset -IsQ '-munknown:?vt220' $TERM` fi fi ;; esac $login as: rthornto rthornto@68.197.72.59's password: OpenBSD 5.0-current (GENERIC) #65: Thu Nov 3 00:58:36 MDT 2011 Welcome to OpenBSD: The proactively secure Unix-like operating system. Please use the sendbug(1) utility to report bugs in the system. Before reporting a bug, please try to reproduce it with the latest version of the code. With bug reports, please try to ensure that enough information to reproduce the problem is enclosed, and if a known fix for it exists, include that as well. $ $ $ $ cat rprofile.txt # $OpenBSD: dot.profile,v 1.9 2010/12/13 12:54:31 millert Exp $ # # sh/ksh initialization PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/usr/local/sbin:/usr/local/bin export PATH : ${HOME='/root'} export HOME PKG_PATH= ftp://openbsd.mirror.frontiernet.net/pub/OpenBSD/5.0/packages/sparc64/ export PKG_PATH umask 022 case $- in *i*)# interactive shell if [ -x /usr/bin/tset ]; then if [ X$XTERM_VERSION = X ]; then eval `/usr/bin/tset -sQ '-munknown:?vt220' $TERM` else eval `/usr/bin/tset -IsQ '-munknown:?vt220' $TERM` fi fi ;; esac $ clear $ ls gnome-session.txt rprofile.txt $ cat gnome-session.txt | /usr/lib/libc.so.61.0 (system): bad major | /usr/lib/libstdc++.so.53.0 (system): bad major $ On Fri, Jan 13, 2012 at 2:55 PM, Bryan Irvine sparcta...@gmail.com wrote: By lack of info they mean you aren't providing near enough to come to any conclusion at all. Please paste the output from the following: dmesg, echo $PKG_PATH, pkg_info, pkg_add -i gnome-session On Fri, Jan 13, 2012 at 11:48 AM, Richard Thornton thornton.rich...@gmail.com wrote: keeps looking for library c.60.1 which does not exist in a vanilla 5.0 install. On Mon, Dec 19, 2011 at 10:38 PM, Nick Holland n...@holland-consulting.netwrote: On 12/19/11 14:39, Stuart Henderson wrote: On 2011-12-19, Richard Thornton thornton.rich...@gmail.com wrote: Do a simple clean 5.0 install. One would assume any browser package in the packages folder would install. None do for me on sparc, but with a clean 4.9 install all 4.9 packages install. I am not a Unix specialist by any means but I do know how to type pkg_add . Please send a mail to ports@ detailing exactly what you are doing (what you're typing, what PKG_PATH is set to if you're using it, the contents of /etc/pkg.conf if you're using that) and what output you see. This is the first I've heard of any major problem with 5.0 release packages on any arch, if there is a problem obviously we need to know what went wrong so we can avoid it happening in future, but before digging into that we need to first rule out incorrect procedure. Don't bother, he's doing something very wrong. This is a PEBKAC diagnostic issue, not an OpenBSD issue. Just happened to have a blade100 (the machine he named) sitting here, just loaded it up, but not into production yet, so blew it away (it was at -current, of course) and did exactly what he said: * simple 5.0 install from CD (only non-default was to use ntpd) * set PKG_PATH to my local mirror * pkg_add xxxterm * pkg_add firefox36 (didn't seem to be newer ones for sparc64) * pkg_add dillo * pkg_add conkeror * pkg_add midori * pkg_add kazehakase * pkg_add links+2.2p2 * pkg_add elinks * pkg_add w3m-0.5.3 * pkg_add links FINALLY! an error! conflict with links+. Package management system worked fine :) Other than links after links+, all installed fine. Starting them all at the same time on a blade100 with only 512M RAM was not my most productive move, but they all seemed to be trying to work, until something ran out of something and X blew me back to a command prompt :) (I gotta
Re: ntpd sendto: Can't assign requested address
* fe...@banane.de.vc fe...@banane.de.vc [2012-01-13 18:43]: I run OpenBSD 5.0 (amd64) with ntpd. About 5 to 10 times a day, it logs errors like the following to /var/log/messages and /var/log/daemon: Jan 11 02:04:53 abc ntpd[26588]: sendto: Can't assign requested address that's sendto(2) returning EADDRNOTAVAIL. without having checked wether that actually is the error returned in this case... This box is part of the ntp pool (www.pool.ntp.org) so it gets about 10 ntp querys per second on average, occasionally many more. ..but could you simply run out of port space? if so, playing with sysctl net.inet.ip.port* should help. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS Services. Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
AMENITIES, PRODUCTOS PARA SPA, BLANCO
Mas de 70 Empresas confman en los Productos Ananda Lar. Confme Usted tambiin, solicite nuestra lista de precios. Tenemos los mejores productos y el mejor personal para satisfacer sus necesidades. AMENITIES shampoo* acondicionador * gel de ducha * crema corporal * jabones de pasta y de glicerina * sales de baqo * Kits: vanity * tissu * dental * de afeitar * de costura * peine * lustracalzado * calzador * cofias * fajitas desinfectado * bolsas cubre vasos, sanitary y laundry * bolmgrafos * kit aromatizador de ambientes * perchas antirrobo* BLANCO *Juegos de Sabanas y Fundas en 180 220 300 y 400 hilos (satin egipcio) * Juegos de Toalla y Toallsn de 460, 560 y 700 gr * Toallitas faciales * pie de baqo *Batas de baqo calidad superior y Premium medidas large y xlarge* Pantuflas descartables y reutilizables en varios modelos *Frazadas de polar en varios colores * Cubrecamas de diseqos y materiales variados *Toallas y toallones en diferentes calidades PRODUCTOS PARA SPA * INDUMENTARIA DESCARTABLE trusas, tangas para depilacisn, sutiens, boxer, slips en 3 tamaqos, cofias, vinchas, pareos, batas, botitas, pantuflas * ARTICULOS DESCARTABLES PARA TRATAMIENTOS bandas depilatorias en 2 medidas, bota ingle, manoplas y botitas para parafina, manoplas para exfoliacisn, pantalsn tirmico para presoterapia, rollo cubrecamillas, separador de dedos podolsgico, vendas de parafina y baberos para limpieza facial * EQUIPAMIENTO DESCARTABLE cubre camillas elastizado en 2 opciones, almohada con funda, sabanas de fiselina, sabanas plasticas para tratamientos osmsticos, manta tirmica, etc. * ACEITES ESENCIALES PUROS PARA AROMATERAPIA y APLICACIONES utilizables en hornillos y vaporizadores y para adicionar a cremas base, lociones y ung|entos * ALGAS MARINAS de la Patagonia (para tratamientos e ingestisn). * ARCILLAS de la Cordillera de los Andes (para tratamientos faciales y corporales). ELLOS CONFMAN EN NOSOTROS HOTELES - ESTANCIAS y HOTELES BOUTIQUE Hotel Colony Kempinski - Colonia Uruguay Hotel Crown Casino General Roca Club Hotel Catedral Bariloche Hotel Costarenas Colsn Hotel Colonial - San Nicolas Hotel Sol del Aqelo Neuquin La Guarida Hotel Gourmet Capilla del Monte Hotel Spa Nieves del Cerro Caviahue Hotel Spa Puerta del Bosque Miramar Hotel King4s La Rioja Hotel Talampaya La Rioja Hotel Canal Beagle Ushuaia Hotel Dr. Cisar Carman - Csrdoba Hacienda Don Justo Colsn Hotel Villa Victoria Tigre Cumbre Hotel Salta Apart Hotel Urbanica Suites Buenos Aires Apart Los Cisnes - San Miguel del Monte Villa Escondida Complejo Turmstico El Hoyo Ruta 40 Cabaqas Rmo Quequen Necochea La Mamounia Day Spa - Buenos Aires Rumbo 900 Delta Lodge Spa Tigre Al Fin y al Cabos Rmo Gallegos Estancia Monte Dinero Rmo Gallegos Finca Arco Iris Mendoza Paradores Draghi San Antonio de Areco Mystic House Hostel Boutique Buenos Aires Hostal del Parque Casic Sunchales APARTAMENTOS de RENTA TEMPORARIA Abasto Apartments Suites Buenos Aires Gurruchaga Apartments Suites Buenos Aires Emprendimientos Abasto S.A. Buenos Aires Dptos. Temporarios Sainz Peqa - Chaco Apart Abasto Buenos Aires Peqa Cobo S.R.L. Buenos Aires Gurruchaga Apartments Suites Buenos Aires Minera Santa Cruz S.A. Santa Cruz CLMNICAS y SPA Grupo Swiss Medical - Buenos Aires Clmnica de Cirugma Estitica Dr. Grilli - Buenos Aires Centro de Estitica Itnica by Clara Polach - Buenos Aires Clmnica Sagrado Corazsn - Buenos Aires Spa Salus per Aquam - San Nicolas Spa Trinity Buenos Aires Spa Clmnica Bessone - San Miguel REGALOS EMPRESARIALES y MERCHANDISING Sofovich, Gerardo - Buenos Aires Tsu Cosmiticos - Buenos Aires Multimedia Claxon para su seqal de cable Playboy TV - Buenos Aires Laboratorios Fada Pharma - Buenos Aires MMG Makers Management Group San Isidro Kalaa Producciones - Buenos Aires Servicios Portuarios Rosario Zivals - Buenos Aires Dixilina Brandsen Textil Argentino S.R.L. - Buenos Aires Arca Distribuidores - Buenos Aires Distribuidora Belgrano - Buenos Aires Routelle - Buenos Aires Diamel Producciones - Buenos Aires Soluciones Empresariales - Buenos Aires Fasano Desing Buenos Aires Ana Roisi y Asociados Buenos Aires AGM SRL Buenos Aires Fibra del Sur para su marca Palette Buenos Aires La Tienda Grande Venado Tuerto Eduardo Festa Rosario Merchanwise Buenos Aires Vitaminas para el Alma Buenos Aires Maxreduk Rmo de Janeiro Brasil Mondocine Buenos Aires Mr. Fragancias Buenos Aires Vergeny Goycoechea Regalos Empresariales San Isidro Ameixa Merchandising Florida Hictor Castaggeroni S.A. Rosario Hidro Aquam S.A. Buenos Aires Lino Patalano S.A. Buenos Aires Dell 4Aquila Colombres S.R.L. Buenos Aires Aromas y Bienestar San Juan SI NO DESEA RECIBIR MAS NUESTRAS PROPUESTAS, RESPONDA CON ASUNTO REMOVER fraganciasparato...@gmail.com
Enter Iphone draw by filling out telecom survey
[IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE]
Re: locate weirdness
On Thu, 12 Jan 2012, Kevin Chadwick wrote: I'm surprised you've had so much help. You shouldn't be, .. there *ARE* a few decent folks here on the list. Personally and If I had time I'd want to find out the problem but I'd be wiping and reinstalling from scratch anyway, especially with an unknown cause. So, which is it? The attitude 'an upgrade will fix everything' is really pretty dumb [though the core folks are certainly justfied as the problem is most like not an issue for ongoing development, but that wasn't the original question, was it?]. If something isn't working properly, throwing it away is ***NOT*** the best solution! Would you take your car to the junkyard just because you have a dome light that isn't working? *Especially* in this case since locate is a standard utility with a shell script that has not changed between 4.3 4.9, and I expect it hasn't for 5.0 either. If the system utilities have not changed, then the problem must be elsewhere; blowing away a system just because you can't find the problem is just plain stupid. Thanks again to those that actually read the original question, .. I am continuing to try and resolve the issue. Lee
Re: locate weirdness
On Fri, Jan 13, 2012 at 03:02:35PM -0600, L. V. Lammert wrote: | Personally and If I had time I'd want to find out the problem but I'd be | wiping and reinstalling from scratch anyway, especially with an unknown | cause. | | So, which is it? The attitude 'an upgrade will fix everything' is really | pretty dumb [though the core folks are certainly justfied as the problem | is most like not an issue for ongoing development, but that wasn't the | original question, was it?]. An upgrade doesn't fix everything, nobody said it would. What would be interesting is verifying whether an upgrade fixes the problem. It would bring the topic in the realm of supported releases and from there it may get more attention. | If something isn't working properly, throwing it away is ***NOT*** the | best solution! Would you take your car to the junkyard just because you | have a dome light that isn't working? You wouldn't download a car. This analogy with cars didn't work for the entertainment industry, and it doesn't work for you. Upgrading (especially in the case of OpenBSD) does not incur a cost outside of the time you need to spend on the upgrade itself (time you're now spending on debugging and e-mailing the list). You say you can't upgrade for reasons you don't want to divulge, so be it. But comparing this to taking a car to the junkyard makes no sense. And your nonsensical argument doesn't help your case. Here's another reason why your argument fails, btw. Replace your dome light; done. You know what the issue is and you can easily fix it (or have someone fix it for you). Quite different from your problem with locate / updatedb where you have no idea why it doesn't work. | *Especially* in this case since locate is a standard utility with a shell | script that has not changed between 4.3 4.9, and I expect it hasn't for | 5.0 either. If the system utilities have not changed, then the problem | must be elsewhere; blowing away a system just because you can't find the | problem is just plain stupid. I thought you already know what the problem is: locate doesn't work for you. What you want is to do is resolve this problem. If reinstalling the system resolves the issue, then why are you arguing ? Oh, you want to understand the problem ? Fair enough. So what you needed (and got) was help on how to debug problems. Sorry, Lee, but you've been on this list for a long time (you mentioned you were expecting some of the feedback you were less happy with from your experience on the list); personally I had expected you would be able to help yourself in this area. At the very least, it would've been prudent if you had provided details in your first e-mail that had to be extruded from you over the course of what is now quite a long thread (with many off-topic replies from yourself, by the way; shouldn't you be debugging an issue instead of arguing on the internet ?). | Thanks again to those that actually read the original question, .. I am | continuing to try and resolve the issue. You're honing skills, that's excellent. Just a bit of a shame you have so much issues with the less useful feedback you're getting. It's funny that you would answer a question about what did you change with 'nothing' when it relates to a filesystem. Are you absolutely, 100% positive you did not create any new files ? Or delete some ? If I were you, I'd try to look for files with weird names in your filesystems. Could they have been created recently, perhaps ? Also, try to figure out if the database really ends at the border between two partitions (/home and whatever comes next). Is *everything* from /home in the database ? find /home | while read FILENAME do RES=`locate ${FILENAME} | head -n 1` [ X${RES} = X ] echo Could not find ${FILENAME} done Realize that this provides false positives for files created since the last updatedb run; make sure to filter those out. Also, any errors displayed while you run this could be of interest... Also try to establish if it's really true that only files from /home are in the database: locate / | grep -v ^/home Finally - are your filesystems OK ? Force an fsck run. Not a guarantee that if you have issues in that area that they are found, but if it finds something that would also be telling. Again, sorry Lee, but this is basic stuff I would've expected you to provide in your first post. Help people help you, even if you're running code that's several years old. *Especially* if you're running code that's several years old - you know the mantra here is upgrade to a supported release first, so try to put some effort in yourself (and show that you have). Paul 'WEiRD' de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/
The (unofficial) opebsd repo in github is outdated
Firstly, sorry if this is a bit off-topic for the list. The openbsd repo in github is outdated. Are the owners reading the list? Can someone update the repo?. Github doesn't show me a contact address for the organization, so I thing this list is the best option for report the problem. Thanks. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: claimed 5.0 problems on sparc64 (was Re: Upgrading AMD64 4.9-stable to 5.0)
On Fri, Jan 13, 2012 at 12:22 PM, Richard Thornton thornton.rich...@gmail.com wrote: snip OpenBSD 5.0-current (GENERIC) #65: Thu Nov 3 00:58:36 MDT 2011 snip PKG_PATH=ftp://openbsd.mirror.frontiernet.net/pub/OpenBSD/5.0/packages/sparc6 4/ You're trying to use -stable packages on a -current system? Re-install the OS, and don't use the snapshots directory to get your files. -B
Re: locate weirdness
On 2012-01-13, L. V. Lammert l...@omnitec.net wrote: *Especially* in this case since locate is a standard utility with a shell script that has not changed between 4.3 4.9, and I expect it hasn't for 5.0 either. If the system utilities have not changed, then the problem must be elsewhere; Oh, c'mon, there have been 750-odd commits to libc in that timeframe and we have replaced the C compiler. If instead of writing snarky mails you had spent the time upgrading, by now we would know if it still affects -current and thus worth spending time investigating further.
Re: The (unofficial) opebsd repo in github is outdated
Do not use it, the import tool is broken. On 2012-01-13, Juan Francisco Cantero Hurtado i...@juanfra.info wrote: Firstly, sorry if this is a bit off-topic for the list. The openbsd repo in github is outdated. Are the owners reading the list? Can someone update the repo?. Github doesn't show me a contact address for the organization, so I thing this list is the best option for report the problem. Thanks.
Re: The (unofficial) opebsd repo in github is outdated
On Sat, 14 Jan 2012 01:37:49 +0100, Stuart Henderson s...@spacehopper.org wrote: Do not use it, the import tool is broken. OK. Thanks. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: The (unofficial) opebsd repo in github is outdated
The openbsd repo in github is outdated. Are the owners reading the list? Can someone update the repo?. Github doesn't show me a contact address for the organization, so I thing this list is the best option for report the problem. the cvs-to-git conversion tool i was using was not producing 100% accurate trees, leaving some extra files in some of the release branches and causing some builds to break. the trees were not being updated while i was resuming work on my own conversion tool to fix these problems. since a few people have asked about them, i've just deleted the github repos to avoid confusion. the new trees will have different histories and git commit hashes so they will need to be re-downloaded/forked anyway. i will push the new trees back up to github when the tool is finished and i have verified that all of the branches are identical to the cvs versions.