Re: dhcp server returns core dump when i define network with mask 8
On 23/07/2013 09:03, jb wrote:
s m sam.gh1986 at gmail.com writes:
...
subnet 192.0.0.0 netmask 255.0.0.0 {
range 192.0.0.1 192.255.255.255;
The 'range' denotes IP addresses that can be allocated to clients.
The IP 192.255.255.255 is a reserved broadcast address for the network.
jb
It's definitely bad idea to try to use it, but it doesn't explain the
core dump.
Also, using DHCP to dish out addresses that don't belong to you AND
aren't on a private network (as defined by IANA) will probably lead to
trouble. Valid private address ranges are:
10.0.0.0 - 10.255.255.255 (private class A)
172.16.0.0 - 172.31.255.255 (private class B x 16)
192.168.0.0 - 192.168.255.255 (private class C x 256)
Which block you use is really a matter of taste - classes haven't been
used in routing for quite a while so you can consider them all as
straight blocks but I (for one) still treat them as classed just to help
me visualise what's what. For example, I'll use one class C per site to
prevent conflicts over VPN.
192.0.0.0/24 addresses are allocated to real hosts on the wider
internet, although IIRC some of the lower ones are reserved for use in
documentation (like example.com) - is that where the idea came from?!? :-)
Regards, Frank.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dhcp server returns core dump when i define network with mask 8
thanks Frank,
192 is just a sample. if i want to define 125.0.0.0 netmask 255.0.0.0, dhcp
server core dump either. you're right, it is better to use just some
limited addresses to avoid possible troubles. but i want to run my dhcp
server for all possible networks.
now my question is: if i define a network with mask 8, the rang should be
like: 126.0.0.0 126.254.255.255?
and thank you jb but if i define my network like below, server runs
correctly:
log-facility local7;
subnet 192.168.0.0 netmask 255.255.0.0 {
range 192.168.0.1 192.168.255.255;
}
i think 192.168.255.55 is reserved for broadcast too. is it not true? if
yes, why dhcp server works correctly?
please help me to clear my mind.
regards,
SAM
On Tue, Jul 23, 2013 at 12:56 PM, Frank Leonhardt fra...@fjl.co.uk wrote:
On 23/07/2013 09:03, jb wrote:
s m sam.gh1986 at gmail.com writes:
...
subnet 192.0.0.0 netmask 255.0.0.0 {
range 192.0.0.1 192.255.255.255;
The 'range' denotes IP addresses that can be allocated to clients.
The IP 192.255.255.255 is a reserved broadcast address for the network.
jb
It's definitely bad idea to try to use it, but it doesn't explain the
core dump.
Also, using DHCP to dish out addresses that don't belong to you AND aren't
on a private network (as defined by IANA) will probably lead to trouble.
Valid private address ranges are:
10.0.0.0 - 10.255.255.255 (private class A)
172.16.0.0 - 172.31.255.255 (private class B x 16)
192.168.0.0 - 192.168.255.255 (private class C x 256)
Which block you use is really a matter of taste - classes haven't been
used in routing for quite a while so you can consider them all as straight
blocks but I (for one) still treat them as classed just to help me
visualise what's what. For example, I'll use one class C per site to
prevent conflicts over VPN.
192.0.0.0/24 addresses are allocated to real hosts on the wider internet,
although IIRC some of the lower ones are reserved for use in documentation
(like example.com) - is that where the idea came from?!? :-)
Regards, Frank.
__**_
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/**mailman/listinfo/freebsd-**questionshttp://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-**
unsubscr...@freebsd.org freebsd-questions-unsubscr...@freebsd.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Unable to build DOC ports
On Mon, Jul 22, 2013 at 08:47:47AM -0400, Carmel wrote: I am having a problem updating some ports since installing the print/texlive-full port a few days ago. I have: TEX_DEFAULT=texlive sans quotes at the top of my /etc/make.conf file. [...] I think you have the reason just above. For the moment the docproj port relies on print/teTeX-base and not print/texlive-full. -- Marc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
net-snmp - Crazy figures for swap interrupts?
Hi, We've got a number of 9.x machines - just setup a new 9.1-RELEASE-p4 amd64 system, put net-snmp on it (net-snmp-5.7.2_3) - and we're getting 'weird' results for some stats, e.g. UCD-SNMP-MIB::ssSysInterrupts.0 = INTEGER: 1145324516 interrupts/s UCD-SNMP-MIB::ssSwapIn.0 = INTEGER: 1145324612 kB UCD-SNMP-MIB::ssSwapOut.0 = INTEGER: 1145324593 kB That's an insane number of interrupts/second (systat shows 200-300 total) - also ssSwapIn.0 is 'The average amount of memory swapped out to disk, calculated over the last minute.'. The machine isn't swapping - and had 784k swapped out (according to Top) - it's lightly loaded (LA 0.02) w/3Gb memory 'free' and 3Gb inactive. Any idea where net-snmp is getting those figures from, or why? - Or better - how to fix? Thanks, -Karl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dhcp server returns core dump when i define network with mask 8
Quoting Frank Leonhardt fra...@fjl.co.uk: There are two common ways of defining a subnet mask - one is a dotted quad (e.g. 255.255.255.0) and the other is with a slash and the number of low-order bits - e.g. 192.168.1.0/8. Eight bits here means you get 2^8 addresses (i.e. 256). Don't use the first and last address in the range - the first is complicated (the network address) and the last is for broadcast packets. This doesn't always hold true but you're unlikely to come across exceptions. This is the wrong way round. the number after the slash indicates the number of bits in the network address - the high-order bits. So, when you say you want to define a network with mask 8 I don't really know what you mean from your example. Do you mean a /8? 192.168.1.0/8 = range 192.168.1.1192.168.1.254 with a subnet mask of 255.255.255.0 (0xFF00) Nope. 192.168.1.0/24 = 192.168.1.1-255 mask 255.255.255.0. 192.168.1.0/8 doesn't start where you think it does (and is arguably the wrong way to specify that network) because all but the first 8 bits are masked out - it's 192.0.0.0 - 192.255.255.255. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dhcp server returns core dump when i define network with mask 8
s m sam.gh1986 at gmail.com writes:
and thank you jb but if i define my network like below, server runs
correctly:
log-facility local7;
subnet 192.168.0.0 netmask 255.255.0.0 {
range 192.168.0.1 192.168.255.255;
}
i think 192.168.255.55 is reserved for broadcast too. is it not true? if
yes, why dhcp server works correctly?
please help me to clear my mind.
regards,
SAM
Regarding subnets:
192.168.0.0 netmask 255.255.0.0
is equivalent to
192.168.0.0/16
which splits it into a network id 192.168. and host id .0.0
Another example:
192.168.0.0 netmask 255.0.0.0
is equivalent to
192.168.0.0/8
which splits it into a network id 192. and host id 168.0.0
Regarding broadcast address:
yes, for subnet 192.168.0.0/16 the broadcast ip is 192.168.255.255 .
What are the implications of including broadcast ip in range option ?
Firstly, it depends on how the authors of software, that is DHCP server,
interpreted the dhcpd.conf option data. They could have rejected that
option up front, or accept it (implying you are the boos !).
After all, dhcpd.conf(5) only says:
The range statement
range [ dynamic-bootp ] low-address [ high-address];
For any subnet on which addresses will be assigned dynamically, there
must be at least one range statement. The range statement gives
the lowest and highest IP addresses in a range. All IP addresses in
the range should be in the subnet in which the range statement is declared.
Well, looks good to me so far !
Next, dhcpd.conf(5) describes how DHCP server deals with:
DYNAMIC ADDRESS ALLOCATION
...
IP ADDRESS CONFLICT PREVENTION
...
You can analyse it and see if any trouble lurks there ...
Secondly, let's assume there was no problem and that ip was dispensed to a host.
But, in a different place of IP specs there is a RFC??? which says that
the 192.168.255.255 as a generically valid ip address will assume some
additional meaning, that is it will be treated as a broadcast address
(it will represent all hosts on a subnet).
Wow ! That should give you a pause ...
It is said that the broadcast address is used by an application to send
the same message to all other hosts in the network simultaneously.
Who is using it ?
Well, our client host is using it (let's assume it was assigned that ip
above ...).
What happens when the host sends a packet out with a source ip address of
a broadcast ip address ? One can imagine that the destination host will
respond and send back a packet to a destination ip address which is our
sender's broadcast ip address ... You mean to every host on that network ?
Something fishy is on the way ...
But while doing it, it will utilize some protocols, like ARP, RIP, etc.
In addition, it is said that broadcast messages are typically produced by
network protocols such as the Address Resolution Protocol (ARP) and
the Routing Information Protocol (RIP).
They will utilize that ip broadcast address regardless of the fact that it
has been presumably assigned to the client host too.
Wow, what a soup ...
Enjoy it while it lasts :-)
jb
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
poudriere: Error: Unknown stuck queue bug detected. Please submit the entire build output to poudriere developers.
Hi, I having trouble using poudriere since updating it to 3.0.4 on FreeBSD 9.1-p4. Trying poudriere-devel throws the same error. Here is the complete output of trying to compile shells/bash: # poudriere bulk -p hostportstree -f /usr/local/etc/poudriere.d/91amd64-buildlist.conf -j 91amd64 -J 1 -vv Creating the reference jail... done Mounting system devices for 91amd64-hostportstree Mounting ports/packages/distfiles Mounting packages from: /mnt/system/DATEN/poudriere/basefs/data/packages/91amd64-hostportstree Mounting /var/db/ports from: /usr/local/etc/poudriere.d/options Logs: /mnt/system/DATEN/poudriere/basefs/data/logs/bulk/91amd64-hostportstree/2013-07-23_14h06m33s WWW: http://pkg.cbt-l.de/logs/bulk/91amd64-hostportstree/2013-07-23_14h06m33s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf /etc/resolv.conf - /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/etc/resolv.conf Starting jail 91amd64-hostportstree Calculating ports order and dependencies Computing deps for shells/bash DEBUG: shells/bash depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg DEBUG: shells/bash depends on devel/bison Computing deps for devel/bison DEBUG: devel/bison depends on ports-mgmt/pkg DEBUG: devel/bison depends on devel/m4 Computing deps for devel/m4 DEBUG: devel/m4 depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 Computing deps for lang/perl5.14 DEBUG: lang/perl5.14 depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 DEBUG: devel/bison depends on devel/gettext Computing deps for devel/gettext DEBUG: devel/gettext depends on ports-mgmt/pkg DEBUG: devel/gettext depends on converters/libiconv Computing deps for converters/libiconv DEBUG: converters/libiconv depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 DEBUG: devel/bison depends on devel/m4 DEBUG: shells/bash depends on devel/gettext DEBUG: shells/bash depends on converters/libiconv pkg package missing, skipping sanity Cleaning the build queue Building 7 packages using 1 builders Starting/Cloning builders mount: linprocfs: File name too long Hit CTRL+t at any time to see build progress and stats [01] Starting build of ports-mgmt/pkg make: chdir /usr/ports/ports-mgmt/pkg: No such file or directory Error: Unknown stuck queue bug detected. Please submit the entire build output to poudriere developers. /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/building /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/9 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/8 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/7 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/6 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/5 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/4 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/3 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/2 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/0 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/unbalanced /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/pkg-1.1.4_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/bison-2.7.1,1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/gettext-0.18.3 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/libiconv-1.14_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bison-2.7.1,1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bison-2.7.1,1/pkg-1.1.4_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bison-2.7.1,1/m4-1.4.16_1,1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bison-2.7.1,1/perl-5.14.4 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bison-2.7.1,1/gettext-0.18.3
Re: poudriere: Error: Unknown stuck queue bug detected. Please submit the entire build output to poudriere developers.
On 7/23/2013 8:36 AM, Wolfgang Riegler wrote: Hi, I having trouble using poudriere since updating it to 3.0.4 on FreeBSD 9.1-p4. Trying poudriere-devel throws the same error. Here is the complete output of trying to compile shells/bash: # poudriere bulk -p hostportstree -f /usr/local/etc/poudriere.d/91amd64-buildlist.conf -j 91amd64 -J 1 -vv Creating the reference jail... done Mounting system devices for 91amd64-hostportstree Mounting ports/packages/distfiles Mounting packages from: /mnt/system/DATEN/poudriere/basefs/data/packages/91amd64-hostportstree Mounting /var/db/ports from: /usr/local/etc/poudriere.d/options Logs: /mnt/system/DATEN/poudriere/basefs/data/logs/bulk/91amd64-hostportstree/2013-07-23_14h06m33s WWW: http://pkg.cbt-l.de/logs/bulk/91amd64-hostportstree/2013-07-23_14h06m33s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf /etc/resolv.conf - /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/etc/resolv.conf Starting jail 91amd64-hostportstree Calculating ports order and dependencies Computing deps for shells/bash DEBUG: shells/bash depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg DEBUG: shells/bash depends on devel/bison Computing deps for devel/bison DEBUG: devel/bison depends on ports-mgmt/pkg DEBUG: devel/bison depends on devel/m4 Computing deps for devel/m4 DEBUG: devel/m4 depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 Computing deps for lang/perl5.14 DEBUG: lang/perl5.14 depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 DEBUG: devel/bison depends on devel/gettext Computing deps for devel/gettext DEBUG: devel/gettext depends on ports-mgmt/pkg DEBUG: devel/gettext depends on converters/libiconv Computing deps for converters/libiconv DEBUG: converters/libiconv depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 DEBUG: devel/bison depends on devel/m4 DEBUG: shells/bash depends on devel/gettext DEBUG: shells/bash depends on converters/libiconv pkg package missing, skipping sanity Cleaning the build queue Building 7 packages using 1 builders Starting/Cloning builders mount: linprocfs: File name too long Hit CTRL+t at any time to see build progress and stats [01] Starting build of ports-mgmt/pkg make: chdir /usr/ports/ports-mgmt/pkg: No such file or directory Does ports-mgmt/pkg exist in the ports tree you are using? Error: Unknown stuck queue bug detected. Please submit the entire build output to poudriere developers. /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/building /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/9 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/8 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/7 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/6 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/5 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/4 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/3 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/2 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/0 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/unbalanced /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/pkg-1.1.4_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/bison-2.7.1,1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/gettext-0.18.3 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/libiconv-1.14_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bison-2.7.1,1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bison-2.7.1,1/pkg-1.1.4_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bison-2.7.1,1/m4-1.4.16_1,1
Re: poudriere: Error: Unknown stuck queue bug detected. Please submit the entire build output to poudriere developers.
yes, there is /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/usr/ports/ports-mgmt/pkg/ regards Wolfgang Am Dienstag, 23. Juli 2013, 08:48:38 schrieb Bryan Drewery: On 7/23/2013 8:36 AM, Wolfgang Riegler wrote: Hi, I having trouble using poudriere since updating it to 3.0.4 on FreeBSD 9.1-p4. Trying poudriere-devel throws the same error. Here is the complete output of trying to compile shells/bash: # poudriere bulk -p hostportstree -f /usr/local/etc/poudriere.d/91amd64-buildlist.conf -j 91amd64 -J 1 -vv Creating the reference jail... done Mounting system devices for 91amd64-hostportstree Mounting ports/packages/distfiles Mounting packages from: /mnt/system/DATEN/poudriere/basefs/data/packages/91amd64-hostportstree Mounting /var/db/ports from: /usr/local/etc/poudriere.d/options Logs: /mnt/system/DATEN/poudriere/basefs/data/logs/bulk/91amd64-hostportstree/2013-07-23_14h06m33s WWW: http://pkg.cbt-l.de/logs/bulk/91amd64-hostportstree/2013-07-23_14h06m33s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf /etc/resolv.conf - /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/etc/resolv.conf Starting jail 91amd64-hostportstree Calculating ports order and dependencies Computing deps for shells/bash DEBUG: shells/bash depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg DEBUG: shells/bash depends on devel/bison Computing deps for devel/bison DEBUG: devel/bison depends on ports-mgmt/pkg DEBUG: devel/bison depends on devel/m4 Computing deps for devel/m4 DEBUG: devel/m4 depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 Computing deps for lang/perl5.14 DEBUG: lang/perl5.14 depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 DEBUG: devel/bison depends on devel/gettext Computing deps for devel/gettext DEBUG: devel/gettext depends on ports-mgmt/pkg DEBUG: devel/gettext depends on converters/libiconv Computing deps for converters/libiconv DEBUG: converters/libiconv depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 DEBUG: devel/bison depends on devel/m4 DEBUG: shells/bash depends on devel/gettext DEBUG: shells/bash depends on converters/libiconv pkg package missing, skipping sanity Cleaning the build queue Building 7 packages using 1 builders Starting/Cloning builders mount: linprocfs: File name too long Hit CTRL+t at any time to see build progress and stats [01] Starting build of ports-mgmt/pkg make: chdir /usr/ports/ports-mgmt/pkg: No such file or directory Does ports-mgmt/pkg exist in the ports tree you are using? Error: Unknown stuck queue bug detected. Please submit the entire build output to poudriere developers. /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/building /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/9 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/8 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/7 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/6 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/5 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/4 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/3 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/2 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/0 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/unbalanced /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/pkg-1.1.4_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/bison-2.7.1,1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/gettext-0.18.3 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/libiconv-1.14_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bison-2.7.1,1
Re: poudriere: Error: Unknown stuck queue bug detected. Please submit the entire build output to poudriere developers.
On 7/23/2013 9:00 AM, Wolfgang Riegler wrote: yes, there is /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/usr/ports/ports-mgmt/pkg/ Can you try with NOLINUX=yes in your poudriere.conf? regards Wolfgang Am Dienstag, 23. Juli 2013, 08:48:38 schrieb Bryan Drewery: On 7/23/2013 8:36 AM, Wolfgang Riegler wrote: Hi, I having trouble using poudriere since updating it to 3.0.4 on FreeBSD 9.1-p4. Trying poudriere-devel throws the same error. Here is the complete output of trying to compile shells/bash: # poudriere bulk -p hostportstree -f /usr/local/etc/poudriere.d/91amd64-buildlist.conf -j 91amd64 -J 1 -vv Creating the reference jail... done Mounting system devices for 91amd64-hostportstree Mounting ports/packages/distfiles Mounting packages from: /mnt/system/DATEN/poudriere/basefs/data/packages/91amd64-hostportstree Mounting /var/db/ports from: /usr/local/etc/poudriere.d/options Logs: /mnt/system/DATEN/poudriere/basefs/data/logs/bulk/91amd64-hostportstree/2013-07-23_14h06m33s WWW: http://pkg.cbt-l.de/logs/bulk/91amd64-hostportstree/2013-07-23_14h06m33s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf /etc/resolv.conf - /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/etc/resolv.conf Starting jail 91amd64-hostportstree Calculating ports order and dependencies Computing deps for shells/bash DEBUG: shells/bash depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg DEBUG: shells/bash depends on devel/bison Computing deps for devel/bison DEBUG: devel/bison depends on ports-mgmt/pkg DEBUG: devel/bison depends on devel/m4 Computing deps for devel/m4 DEBUG: devel/m4 depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 Computing deps for lang/perl5.14 DEBUG: lang/perl5.14 depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 DEBUG: devel/bison depends on devel/gettext Computing deps for devel/gettext DEBUG: devel/gettext depends on ports-mgmt/pkg DEBUG: devel/gettext depends on converters/libiconv Computing deps for converters/libiconv DEBUG: converters/libiconv depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 DEBUG: devel/bison depends on devel/m4 DEBUG: shells/bash depends on devel/gettext DEBUG: shells/bash depends on converters/libiconv pkg package missing, skipping sanity Cleaning the build queue Building 7 packages using 1 builders Starting/Cloning builders mount: linprocfs: File name too long Hit CTRL+t at any time to see build progress and stats [01] Starting build of ports-mgmt/pkg make: chdir /usr/ports/ports-mgmt/pkg: No such file or directory Does ports-mgmt/pkg exist in the ports tree you are using? Error: Unknown stuck queue bug detected. Please submit the entire build output to poudriere developers. /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/building /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/9 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/8 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/7 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/6 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/5 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/4 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/3 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/2 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/0 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/unbalanced /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/pkg-1.1.4_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/bison-2.7.1,1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/gettext-0.18.3 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/libiconv-1.14_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bison-2.7.1,1
Newbye question VIM problem
Hello all, I have to install in a probably not latest version BSD machine but when I try to pkg_add -r vim-lite Error: Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.0-release/Latest/vim-lite.tbz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.0-release/Latest/vim-lite.tbz' by URL I get that error, it should be cause by the fact that my system is not so new, am I wrong ? Any solution on that ? Thanks a lot. Pietro. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Newbye question VIM problem
On Jul 23, 2013, at 7:24 AM, Pietro Paolini wrote: Hello all, I have to install in a probably not latest version BSD machine but when I try to pkg_add -r vim-lite Error: Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.0-release/Latest/vim-lite.tbz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.0-release/Latest/vim-lite.tbz' by URL I get that error, it should be cause by the fact that my system is not so new, am I wrong ? Any solution on that ? Try: env PACKAGESITE=ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-releases/Latest/ pkg_add -r vim-lite NOTE: That is a single command to be written on a single-line. -- Devin _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: poudriere: Error: Unknown stuck queue bug detected. Please submit the entire build output to poudriere developers.
Running poudriere with NO_LINUX=yes in poudriere.conf seems to work. Because I using FreeBSD as a desktop system as well. I need some linux ports. Any chance for it? thanks regards Wolfgang Am Dienstag, 23. Juli 2013, 09:12:13 schrieb Bryan Drewery: On 7/23/2013 9:00 AM, Wolfgang Riegler wrote: yes, there is /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/usr/ports/ports-mgmt/pkg/ Can you try with NOLINUX=yes in your poudriere.conf? regards Wolfgang Am Dienstag, 23. Juli 2013, 08:48:38 schrieb Bryan Drewery: On 7/23/2013 8:36 AM, Wolfgang Riegler wrote: Hi, I having trouble using poudriere since updating it to 3.0.4 on FreeBSD 9.1-p4. Trying poudriere-devel throws the same error. Here is the complete output of trying to compile shells/bash: # poudriere bulk -p hostportstree -f /usr/local/etc/poudriere.d/91amd64-buildlist.conf -j 91amd64 -J 1 -vv Creating the reference jail... done Mounting system devices for 91amd64-hostportstree Mounting ports/packages/distfiles Mounting packages from: /mnt/system/DATEN/poudriere/basefs/data/packages/91amd64-hostportstree Mounting /var/db/ports from: /usr/local/etc/poudriere.d/options Logs: /mnt/system/DATEN/poudriere/basefs/data/logs/bulk/91amd64-hostportstree/2013-07-23_14h06m33s WWW: http://pkg.cbt-l.de/logs/bulk/91amd64-hostportstree/2013-07-23_14h06m33s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf /etc/resolv.conf - /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/etc/resolv.conf Starting jail 91amd64-hostportstree Calculating ports order and dependencies Computing deps for shells/bash DEBUG: shells/bash depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg DEBUG: shells/bash depends on devel/bison Computing deps for devel/bison DEBUG: devel/bison depends on ports-mgmt/pkg DEBUG: devel/bison depends on devel/m4 Computing deps for devel/m4 DEBUG: devel/m4 depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 Computing deps for lang/perl5.14 DEBUG: lang/perl5.14 depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 DEBUG: devel/bison depends on devel/gettext Computing deps for devel/gettext DEBUG: devel/gettext depends on ports-mgmt/pkg DEBUG: devel/gettext depends on converters/libiconv Computing deps for converters/libiconv DEBUG: converters/libiconv depends on ports-mgmt/pkg DEBUG: devel/bison depends on lang/perl5.14 DEBUG: devel/bison depends on devel/m4 DEBUG: shells/bash depends on devel/gettext DEBUG: shells/bash depends on converters/libiconv pkg package missing, skipping sanity Cleaning the build queue Building 7 packages using 1 builders Starting/Cloning builders mount: linprocfs: File name too long Hit CTRL+t at any time to see build progress and stats [01] Starting build of ports-mgmt/pkg make: chdir /usr/ports/ports-mgmt/pkg: No such file or directory Does ports-mgmt/pkg exist in the ports tree you are using? Error: Unknown stuck queue bug detected. Please submit the entire build output to poudriere developers. /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/building /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/9 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/8 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/7 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/6 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/5 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/4 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/3 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/2 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/0 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/pool/unbalanced /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/pkg-1.1.4_1 /mnt/system/DATEN/poudriere/basefs/data/build/91amd64-hostportstree/ref/poudriere/deps/bash-4.2.45/bison-2.7.1,1
Re: Newbye question VIM problem
On Jul 23, 2013, at 4:36 PM, Teske, Devin devin.te...@fisglobal.com wrote: env PACKAGESITE=ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-releases/Latest/ pkg_add -r vim-lite Thanks for the quick answer but I got the error: env PACKAGESITE=ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-releases/Latest/ pkg_add -r vim-lite Error: Unable to get ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-releases/Latest/vim-lite.tbz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch 'ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-releases/Latest/vim-lite.tbz' by URL ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dhcp server returns core dump when i define network with mask 8
On 23/07/2013 13:35, j.mcke...@ru.ac.za wrote: Quoting Frank Leonhardt fra...@fjl.co.uk: There are two common ways of defining a subnet mask - one is a dotted quad (e.g. 255.255.255.0) and the other is with a slash and the number of low-order bits - e.g. 192.168.1.0/8. Eight bits here means you get 2^8 addresses (i.e. 256). Don't use the first and last address in the range - the first is complicated (the network address) and the last is for broadcast packets. This doesn't always hold true but you're unlikely to come across exceptions. This is the wrong way round. the number after the slash indicates the number of bits in the network address - the high-order bits. So, when you say you want to define a network with mask 8 I don't really know what you mean from your example. Do you mean a /8? 192.168.1.0/8 = range 192.168.1.1192.168.1.254 with a subnet mask of 255.255.255.0 (0xFF00) Nope. 192.168.1.0/24 = 192.168.1.1-255 mask 255.255.255.0. 192.168.1.0/8 doesn't start where you think it does (and is arguably the wrong way to specify that network) because all but the first 8 bits are masked out - it's 192.0.0.0 - 192.255.255.255. Quite correct - for some reason I got that bit backwards when I'm using it every day the right way around. It's ludicrously hot and humid in London at the moment, lack of sleep caused thereby c... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Newbye question VIM problem
On Tue, Jul 23, 2013 at 5:09 PM, Pietro Paolini pulsarpie...@aol.comwrote: On Jul 23, 2013, at 4:36 PM, Teske, Devin devin.te...@fisglobal.com wrote: env PACKAGESITE= ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-releases/Latest/pkg_add -r vim-lite Thanks for the quick answer but I got the error: env PACKAGESITE= ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-releases/Latest/pkg_add -r vim-lite Error: Unable to get ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-releases/Latest/vim-lite.tbz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch ' ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-releases/Latest/vim-lite.tbz' by URL One extra 's' in packages-9.0-releaseS. Try this one: ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-release/Latest/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Newbye question VIM problem
On Jul 23, 2013, at 5:16 PM, Fernando Apesteguía fernando.apesteg...@gmail.com wrote: ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-release/Latest/ Yep, thanks a lot ! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Newbye question VIM problem
On Jul 23, 2013, at 8:56 AM, Pietro Paolini wrote: On Jul 23, 2013, at 5:16 PM, Fernando Apesteguía fernando.apesteg...@gmail.com wrote: https://urldefense.proofpoint.com/v1/url?u=ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.0-release/Latest/k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0Ar=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0Am=EqNk3zW%2BFthkGaRpyM7lCZDFPyMcUaqjJFP252xoemg%3D%0As=bdff9db189b5402b3645c555057e75498aa8736639cf977d5009f66eb6335304 Yep, thanks a lot ! As a side discussion... (opening a can of squiggly worms here) It's often bothered me that the tools don't know about the archive (which goes back a long ways and has a very consistent and structured layout). So in authoring the latest tool (bsdconfig(8)), I made sure that the archive is checked (grep archive media/ftp.subr from SVN r247280). Don't know if that was the right move, but here @ Vicor, we've been [ab]using the archive for .. over a decade? (looks at julian to chime in if he used the archive before I got here). But I for one would like to see the archive to maintain its steady growth and be available. Of course, the change to look in the archive seemed (to me at least) to be a pretty innocuous one (if the archive goes away, they're back to where they started... no working URLs). Just wondering why for so long the archive has never been checked by tools when (imho) that only serves to break old releases sooner with respect to remote-fetch of a binary release file (e.g., pkg or dist, etc.). -- Devin _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
New Streaming Music Video Site Features 1000's Of Non-Stop Stations and FB chat
Use this area to offer a short preview of your email's content. View this email in your browser (http://us7.campaign-archive2.com/?u=cff25387938a97b0fd838f920id=d26a5b1e40e=28498dfc2f) ** New Music Video Site THE DAILY ROCKER Launches With Thousands Of Non-Stop Stations and Facebook Chat ** Hand picked programming and a wild edgy brand gives users a daily fix of music videos while letting them chat with their facebook friends. LOS ANGELES, CA - Miss the days of MTV, where you didn’t have to click after every song? Wish you could choose a genre, kick back and chat with FB friends as the music videos play all day long? Well, your prayers are now answered. Today The Daily Rocker launches with - * No digging through interviews and crappy concert footage. Just music videos twenty four hours a day seven days a week. * Hours of daily music video programming, hand picked and compiled by real humans, not computers * The Daily Top Ten Music Videos based on charts, ticket sales, downloads and buzz * Daily Genre Stations for ROCK, RAP, POP, REGGE, PUNK, CHRISTIAN, ELECTRONIC, COUNTRY and several cross over formats (all genres in one station) * Task based stations to keep the user motivated while studying, cleaning the house or trying to make out with someone * Other sub-genres include music by era and a station devoted to female artists with bold voices * Thousands of Artist Stations that automatically send users from one like minded artist to the next, allowing them to watch videos all day while getting stuff done * New music videos added daily with constantly rotating playlists allow users to keep up with current music while hearing their favorite tunes * The ability to chat with facebook friends while watching music videos uninterrupted Funny Fact: * The Daily Rocker's July 23rd launch opens with The Limousines Internet Killed The Video Star as a not-so-subtle jab at MTV, who launched over two decades ago and no longer shows regular music video programming. ** unsubscribe from this list (http://TheDailyRocker.us7.list-manage.com/unsubscribe?u=cff25387938a97b0fd838f920id=9052594378e=28498dfc2fc=d26a5b1e40) ** update subscription preferences (http://TheDailyRocker.us7.list-manage.com/profile?u=cff25387938a97b0fd838f920id=9052594378e=28498dfc2f) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Finally a site that has JUST MUSIC VIDEOS
Use this area to offer a short preview of your email's content. View this email in your browser (http://us7.campaign-archive2.com/?u=cff25387938a97b0fd838f920id=2b48311924e=28498dfc2f) ** Finally A Music Video Site That Features JUST Music Videos Non-Stop ** No digging through crappy concert footage. No interviews or lame news segments interrupting the music. Just Music Videos. Everyday. Every genre. Dig it. Miss the days of MTV, where you didn’t have to click after every song? Wish you could choose a genre, kick back and chat with FB friends as the music videos play all day long? Well, your prayers are now answered. Today The Daily Rocker launches with - * No digging through interviews and crappy concert footage. Just music videos twenty four hours a day seven days a week. * Hours of daily music video programming, hand picked and compiled by real humans, not computers * The Daily Top Ten Music Videos based on charts, ticket sales, downloads and buzz * Daily Genre Stations for ROCK, RAP, POP, REGGE, PUNK, CHRISTIAN, ELECTRONIC, COUNTRY and several cross over formats (all genres in one station) * Task based stations to keep the user motivated while studying, cleaning the house or trying to make out with someone * Other sub-genres include music by era and a station devoted to female artists with bold voices * Thousands of Artist Stations that automatically send users from one like minded artist to the next, allowing them to watch videos all day while getting stuff done * New music videos added daily with constantly rotating playlists allow users to keep up with current music while hearing their favorite tunes * The ability to chat with facebook friends while watching music videos uninterrupted Funny Fact: * The Daily Rocker's July 23rd launch opens with The Limousines Internet Killed The Video Star as a not-so-subtle jab at MTV, who launched over two decades ago and no longer shows regular music video programming. ** unsubscribe from this list (http://TheDailyRocker.us7.list-manage2.com/unsubscribe?u=cff25387938a97b0fd838f920id=6847f0f686e=28498dfc2fc=2b48311924) ** update subscription preferences (http://TheDailyRocker.us7.list-manage.com/profile?u=cff25387938a97b0fd838f920id=6847f0f686e=28498dfc2f) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Newbye question VIM problem
On 2013-07-23 18:07, Teske, Devin wrote: (opening a can of squiggly worms here) Well, then you can go fishing This is a A sidenotnote ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Saving scanned document
On 2013-07-23 19:14, Jerry wrote: I have a Brother MFC-9560CDW printer. The printer is hooked up wireless If you want it to work, use HP. Or make sure its compatible with HP. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Saving scanned document
On Tue, 23 Jul 2013 20:09:59 +0200 Bernt Hansson articulated: On 2013-07-23 19:14, Jerry wrote: I have a Brother MFC-9560CDW printer. The printer is hooked up wireless If you want it to work, use HP. Or make sure its compatible with HP. I certainly don't want start a flame war over HP vs Brother; however, with the exception that Brother doesn't support FreeBSD, I like everything about it better than the HP offerings. I all ready shared the scanned directory on my main MS machine, so I can easily access it from the FreeBSD PC. It is not the best solution; however, it is certainly a workable one. Brother does have scanner drivers available at: http://welcome.solutions.brother.com/bsc/public/us/us/en/dlf/download_index.html?reg=usc=uslang=enprod=mfc9560cdw_usdlid=flang=Englishos=127type2=-1 I have just never been able to convert them into something that works on FreeBSD. Plus, the fact that I don't have a spare machine that I can use to try it out on isn't helping the problem either. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Finally a site that has JUST MUSIC VIDEOS
New music video site launches with thousands of stations and facebook chat View this email in your browser (http://us7.campaign-archive2.com/?u=cff25387938a97b0fd838f920id=c749d5a658e=28498dfc2f) ** Finally A Music Video Site That Features JUST Music Videos Non-Stop ** No digging through crappy concert footage. No interviews or lame news segments interrupting the music. Just Music Videos. Everyday. Every genre. Dig it. http://www.thedailyrocker.com Los Angeles, CA - This morning, the new music video site The Daily Rocker whimsically launched with Internet Killed The Video Star kicking off a major site that features - * The ability to chat with facebook friends while watching music videos uninterrupted * Hours of daily music video programming, hand picked and compiled by real humans, not computers * The Daily Top Ten Music Videos based on charts, ticket sales, downloads and buzz * Daily Genre Stations for ROCK, RAP, POP, REGGE, PUNK, CHRISTIAN, ELECTRONIC, COUNTRY and several cross over formats (all genres in one station) * Task based stations to keep the user motivated while studying, cleaning the house or trying to make out with someone * Other sub-genres include music by era and a station devoted to female artists with bold voices * Thousands of Artist Stations that automatically send users from one like minded artist to the next, allowing them to watch videos all day while getting stuff done * New music videos added daily with constantly rotating playlists allow users to keep up with current music while hearing their favorite tunes ** unsubscribe from this list (http://TheDailyRocker.us7.list-manage1.com/unsubscribe?u=cff25387938a97b0fd838f920id=9052594378e=28498dfc2fc=c749d5a658) ** update subscription preferences (http://TheDailyRocker.us7.list-manage.com/profile?u=cff25387938a97b0fd838f920id=9052594378e=28498dfc2f) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
New Music Video Website
New music video site launches with thousands of stations and facebook chat View this email in your browser (http://us7.campaign-archive2.com/?u=cff25387938a97b0fd838f920id=25ecb7fdeee=28498dfc2f) Use this area to offer a short preview of your email's content. View this email in your browser (http://us7.campaign-archive2.com/?u=cff25387938a97b0fd838f920id=25ecb7fdeee=28498dfc2f) ** Finally A Music Video Site That Features JUST Music Videos Non-Stop ** No digging through crappy concert footage. No interviews or lame news segments interrupting the music. Just Music Videos. Everyday. Every genre. Dig it. http://www.thedailyrocker.com Los Angeles, CA - This morning, the new music video site The Daily Rocker whimsically launched with Internet Killed The Video Star kicking off a major site that features - * The ability to chat with facebook friends while watching music videos uninterrupted * Hours of daily music video programming, hand picked and compiled by real humans, not computers * The Daily Top Ten Music Videos based on charts, ticket sales, downloads and buzz * Daily Genre Stations for ROCK, RAP, POP, REGGE, PUNK, CHRISTIAN, ELECTRONIC, COUNTRY and several cross over formats (all genres in one station) * Task based stations to keep the user motivated while studying, cleaning the house or trying to make out with someone * Other sub-genres include music by era and a station devoted to female artists with bold voices * Thousands of Artist Stations that automatically send users from one like minded artist to the next, allowing them to watch videos all day while getting stuff done * New music videos added daily with constantly rotating playlists allow users to keep up with current music while hearing their favorite tunes ** Designing Your Email ** Creating an elegant email is simple Now that you’ve selected a template to work with, drag in content blocks to define the structure of your message. Don’t worry, you can always delete or rearrange blocks as needed. Then click “Design” to define fonts, colors, and styles. Need inspiration for your design? Here’s what other MailChimp users are doing. (http://inspiration.mailchimp.com) ** unsubscribe from this list (http://TheDailyRocker.us7.list-manage.com/unsubscribe?u=cff25387938a97b0fd838f920id=6847f0f686e=28498dfc2fc=25ecb7fdee) ** update subscription preferences (http://TheDailyRocker.us7.list-manage2.com/profile?u=cff25387938a97b0fd838f920id=6847f0f686e=28498dfc2f) ** unsubscribe from this list (http://TheDailyRocker.us7.list-manage.com/unsubscribe?u=cff25387938a97b0fd838f920id=6847f0f686e=28498dfc2fc=25ecb7fdee) ** update subscription preferences (http://TheDailyRocker.us7.list-manage2.com/profile?u=cff25387938a97b0fd838f920id=6847f0f686e=28498dfc2f) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
New music video site reaching out
We just launched the first site to feature JUST music videos! View this email in your browser (http://us7.campaign-archive2.com/?u=cff25387938a97b0fd838f920id=ffcc81cf21e=28498dfc2f) ** Finally A Music Video Site That Features JUST Music Videos Non-Stop http://www.thedailyrocker.com ** No digging through crappy concert footage. No interviews or lame news segments interrupting the music. Just Music Videos. Everyday. Every genre. Dig it. Artists and labels, we DO want to hear from you. Hit the about page for submission info. Today The Daily Rocker launches with - * No digging through interviews and crappy concert footage. Just music videos twenty four hours a day seven days a week. * The ability to chat with facebook friends while watching music videos uninterrupted * Hours of daily music video programming, hand picked and compiled by real humans, not computers * The Daily Top Ten Music Videos based on charts, ticket sales, downloads and buzz * Daily Genre Stations for ROCK, RAP, POP, REGGE, PUNK, CHRISTIAN, ELECTRONIC, COUNTRY and several cross over formats (all genres in one station) * Task based stations to keep the user motivated while studying, cleaning the house or trying to make out with someone * Other sub-genres include music by era and a station devoted to female artists with bold voices * Thousands of Artist Stations that automatically send users from one like minded artist to the next, allowing them to watch videos all day while getting stuff done * New music videos added daily with constantly rotating playlists allow users to keep up with current music while hearing their favorite tunes ** unsubscribe from this list (http://TheDailyRocker.us7.list-manage.com/unsubscribe?u=cff25387938a97b0fd838f920id=c67736b492e=28498dfc2fc=ffcc81cf21) ** update subscription preferences (http://TheDailyRocker.us7.list-manage.com/profile?u=cff25387938a97b0fd838f920id=c67736b492e=28498dfc2f) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: HOWTO monitor changes in installed packages within jails?
On 20.07.2013, at 18:34, Michael Grimm trash...@odo.in-berlin.de wrote:
On 20.07.2013, at 14:53, Matthew Seaman m.sea...@infracaninophile.co.uk
wrote:
On 20/07/2013 12:09, Michael Grimm wrote:
I did migrate to pkgng some month ago, and ever since I am curious
how to monitor changes in installed packages within jails. I am
looking for a functionality/port that works like 490.status-
pkg-changes for my host.
Question: is there any functionality within the periodic system or a
port that I might have missed to find?
You can't just run 490.status-pkg-changes directly in your jail?
Yes, I can ;-)
But! I do have a lot of service jails running at my host, thus I would like
to omit modifying every jail's /etc/periodic.conf adding:
| daily_status_pkg_changes_enable=YES# Show package changes
| pkg_info=pkg info # Use this program
Try this patch:
Thanks for that approach, namely adding pkg -j jailname info for every jail
running. Due to my amount of jails I might need to add some looping over jls
-N output instead of adding a lot of $daily_status_pkg_changes_flags.
I was hoping that I could omit programming that functionality myself, but I
might need to do so.
I ended up in adding:
--- snip
--- /usr/src/etc/periodic/daily/490.status-pkg-changes 2013-04-03
17:59:35.894705550 +0200
+++ /etc/periodic/daily/490.status-pkg-changes 2013-07-23 20:19:27.833641916
+0200
@@ -32,6 +32,24 @@
diff -U 0 $bak/pkg_info.bak2 $bak/pkg_info.bak \
| grep '^[-+][^-+]' | sort -k 1.2
fi
+
+# added jail(s) support
+#
+ for jname in `jls -N | grep -v JID | awk '{print $1}'`; do
+ if [ -f $bak/pkg_info_${jname}.bak ]; then
+ mv -f $bak/pkg_info_${jname}.bak
$bak/pkg_info_${jname}.bak2
+ fi
+ jexec ${jname} ${pkg_info:-/usr/sbin/pkg_info}
$bak/pkg_info_${jname}.bak
+
+ cmp -sz $bak/pkg_info_${jname}.bak
$bak/pkg_info_${jname}.bak2
+ if [ $? -eq 1 ]; then
+ echo
+ echo Changes in installed packages (jail
${jname}):
+ diff -U 0 $bak/pkg_info_${jname}.bak2
$bak/pkg_info_${jname}.bak \
+ | grep '^[-+][^-+]' | sort -k 1.2
+ fi
+ done
+
fi
;;
--- snip
Not perfect, really, but working at my side.
Michael
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Saving scanned document
Jerry je...@seibercom.net writes: Does anyone know of a way of getting the scanner to see the FreeBSD machine and saving a file to it? I'm not sure I correctly understand your intention, but maybe Samba is what you're looking for? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Saving scanned document
On Tue, 23 Jul 2013 15:50:00 -0400 Lowell Gilbert articulated: Jerry je...@seibercom.net writes: Does anyone know of a way of getting the scanner to see the FreeBSD machine and saving a file to it? I'm not sure I correctly understand your intention, but maybe Samba is what you're looking for? Samba is working fine and all of the other computers on the network can see each other and the printer/scanner. The problem is that the scanner does not see the FreeBSD machine. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
dhcp server returns core dump when i define network with mask 8
hello all,
i have a question about dhcpd in freebsd8.2 . when i define my network like
below in dhcpd.conf file, server doesn't run correctly and return core
dump
this is my dhcpd.conf file:
ddns-update-style none;
log-facility local7;
subnet 192.0.0.0 netmask 255.0.0.0 {
range 192.0.0.1 192.255.255.255;
}
i want to define a network with mask 8. is this config wrong? if yes, how
should i define it?
thanks in advance,
SAM
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: dhcp server returns core dump when i define network with mask 8
s m sam.gh1986 at gmail.com writes:
...
subnet 192.0.0.0 netmask 255.0.0.0 {
range 192.0.0.1 192.255.255.255;
The 'range' denotes IP addresses that can be allocated to clients.
The IP 192.255.255.255 is a reserved broadcast address for the network.
jb
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Saving scanned document
On Tue, 23 Jul 2013 16:35:40 -0400 Jerry je...@seibercom.net wrote: On Tue, 23 Jul 2013 15:50:00 -0400 Lowell Gilbert articulated: Jerry je...@seibercom.net writes: Does anyone know of a way of getting the scanner to see the FreeBSD machine and saving a file to it? I'm not sure I correctly understand your intention, but maybe Samba is what you're looking for? Samba is working fine and all of the other computers on the network can see each other and the printer/scanner. The problem is that the scanner does not see the FreeBSD machine. Jerry; Doesn't Brother printers have a webpage where you can scan from it? At least that's what the HP I have does. Any computer on the network can access this page and scan from it. Including my BSD. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Saving scanned document
On Tue, 23 Jul 2013 19:16:06 -0300 Mario Lobo articulated: Doesn't Brother printers have a webpage where you can scan from it? At least that's what the HP I have does. Any computer on the network can access this page and scan from it. Including my BSD. I don't know. It seems like a lot more work than is really necessary though. There is a web interface, but that only allows me to make settings to the unit. There is a application that controls printing, scanning, faxing and copying but that is only available on a Windows or Mac machine. They do have some utilities for *.nix, but none of them work out of the box on FreeBSD. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
TRIM and changing mount options
Hi, I've some what blindly followed a how to on installing FreeBSD 9.1 on a ZFS mirror. My typing is horrid so I simply ssh'd to a live CD env and pasted line by line as per the how to found here; http://wp.strahlert.net/wordpress/zfs-2/installing-freebsd-9-1-using-root-on-zfs-and-gpt-disks/ All is well, no issues with replacing disks, testing failures etc... But seeing that my system drives are SSDs, I thought to perhaps add noatime, etc... to avoid slow downs common in excessive SSD usage. However my fstab is only mounting swap partitions and I have no idea how my file system is being mounted :) Also, I would like to use tunefs in finding if I have TRIM enabled as I did load it via boot.conf I kinda feel like I'm willy nilly adding load lines w/o seeing if I actually have the TRIM patch installed :) At any rate, could some one; a) Explain how I am loading my file system as I'm used to fstab? b) How to run tunefs on my zroot c) How to determine if I actually have the needed TRIM support in my kernel I'm running 9.1 with the latest updates via freebsd-update (fetch/install). Thanks in advance, -airf I know enough to kill a system ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: TRIM and changing mount options
In the last episode (Jul 23), aurfalien said: I've some what blindly followed a how to on installing FreeBSD 9.1 on a ZFS mirror. My typing is horrid so I simply ssh'd to a live CD env and pasted line by line as per the how to found here; http://wp.strahlert.net/wordpress/zfs-2/installing-freebsd-9-1-using-root-on-zfs-and-gpt-disks/ All is well, no issues with replacing disks, testing failures etc... But seeing that my system drives are SSDs, I thought to perhaps add noatime, etc... to avoid slow downs common in excessive SSD usage. However my fstab is only mounting swap partitions and I have no idea how my file system is being mounted :) Also, I would like to use tunefs in finding if I have TRIM enabled as I did load it via boot.conf I kinda feel like I'm willy nilly adding load lines w/o seeing if I actually have the TRIM patch installed :) At any rate, could some one; a) Explain how I am loading my file system as I'm used to fstab? b) How to run tunefs on my zroot c) How to determine if I actually have the needed TRIM support in my kernel ZFS automatically opens pools that were previously imported ( this info is stored in /boot/zfs/zpool.cache ), and automatically mounts any filesystems that have a mountpoint specified, so fstab isn't needed. Tunefs is a UFS-only command, so it won't help you here. Most zfs properties can be set on the fly with the zfs command. You can disable atime on your ZFS filesytem with zfs set atime=off zroot. All the filesystems created in zpool will inherit the value. I'm not sure if there's a way to query TRIM status on arbitrary geom providers, but you can see whether zfs successfully sent any TRIM requests by watching the output of sysctl kstat.zfs.misc.zio_trim. If .zio_trim.success increments and .unsupported (or .failed) doesn't, then you know that it's working. -- Dan Nelson dnel...@allantgroup.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: TRIM and changing mount options
On Jul 23, 2013, at 7:55 PM, Dan Nelson wrote: In the last episode (Jul 23), aurfalien said: I've some what blindly followed a how to on installing FreeBSD 9.1 on a ZFS mirror. My typing is horrid so I simply ssh'd to a live CD env and pasted line by line as per the how to found here; http://wp.strahlert.net/wordpress/zfs-2/installing-freebsd-9-1-using-root-on-zfs-and-gpt-disks/ All is well, no issues with replacing disks, testing failures etc... But seeing that my system drives are SSDs, I thought to perhaps add noatime, etc... to avoid slow downs common in excessive SSD usage. However my fstab is only mounting swap partitions and I have no idea how my file system is being mounted :) Also, I would like to use tunefs in finding if I have TRIM enabled as I did load it via boot.conf I kinda feel like I'm willy nilly adding load lines w/o seeing if I actually have the TRIM patch installed :) At any rate, could some one; a) Explain how I am loading my file system as I'm used to fstab? b) How to run tunefs on my zroot c) How to determine if I actually have the needed TRIM support in my kernel ZFS automatically opens pools that were previously imported ( this info is stored in /boot/zfs/zpool.cache ), and automatically mounts any filesystems that have a mountpoint specified, so fstab isn't needed. Tunefs is a UFS-only command, Read the man page after sending, sorry for this. I try not to post obvious stuff, meaning ones that you can 'man' :) so it won't help you here. Most zfs properties can be set on the fly with the zfs command. You can disable atime on your ZFS filesytem with zfs set atime=off zroot. All the filesystems created in zpool will inherit the value. I'm not sure if there's a way to query TRIM status on arbitrary geom providers, but you can see whether zfs successfully sent any TRIM requests by watching the output of sysctl kstat.zfs.misc.zio_trim. If .zio_trim.success increments and .unsupported (or .failed) doesn't, then you know that it's working. Looks like I don't have it. I keep reading that I must download the patch and make it which is not an issue. But I can't seem to find it. So I got this; http://blog.multiplay.co.uk/dropzone/freebsd/zfs-trim-patchset83.tbz But I keep reading that I need PJDs zfs patch set in addition. I've been reading this; http://freebsd.1045724.n5.nabble.com/ZFS-TRIM-support-committed-to-HEAD-td5746045.html Do you know how I can pull the source for this? I've dl'd the 9.2 beta in hopes to check its src and see if its there. Looks like all I really need is the current rel. - aurf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: TRIM and changing mount options
On Jul 23, 2013, at 8:10 PM, kpn...@pobox.com wrote: On Tue, Jul 23, 2013 at 03:54:57PM -0700, aurfalien wrote: Hi, I've some what blindly followed a how to on installing FreeBSD 9.1 on a ZFS mirror. My typing is horrid so I simply ssh'd to a live CD env and pasted line by line as per the how to found here; http://wp.strahlert.net/wordpress/zfs-2/installing-freebsd-9-1-using-root-on-zfs-and-gpt-disks/ All is well, no issues with replacing disks, testing failures etc... But seeing that my system drives are SSDs, I thought to perhaps add noatime, etc... to avoid slow downs common in excessive SSD usage. However my fstab is only mounting swap partitions and I have no idea how my file system is being mounted :) That's typical for ZFS. Usually ZFS handles mounting filesystems (datasets in ZFS parlance) itself. Thats actually really cool and powerful. Use the zfs command to see all the settings for individual datasets. For example: [kpn@gunsight1 ~]$ zfs get atime gs1p/usr NAME PROPERTY VALUE SOURCE gs1p/usr atime on default To see the atime setting for all datasets use 'zfs get atime'. To see all settings replace 'atime' with 'all'. To change the setting use 'zfs set'. Settings are inherited by datasets mounted inside a dataset. To disable atime for all datasets you can set it to 'off' at the top dataset. Or you can set it for just some of your datasets, like maybe the one mounted at /usr. You'll probably need atime enabled if you read mail on this machine. Also see 'zfs inherit'. For sure, thanks for this. Also, I would like to use tunefs in finding if I have TRIM enabled as I did load it via boot.conf Sorry, I can't help with that. Somebody else can chime in. Wondering if I should query the dev list but don't wanna post rather mundane questions for them. I can't seem to find the patch set to download. - aurf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
