search for: dig

Hola Tengo un problema con Sweave y xtable, concretamente quiero cambiar el color según un criterio, creo que es más fácil explicar con los siguientes ejemplos, uno puede correr directamente porque es R, al siguiente código hay que guardarlo como Rnw, y luego puede ser corrido en R, donde seguramente al correr este se darán cuenta de mis dos problemas porque saltan al abrir el pdf que se obtiene como resultado. #################################3 código R #########################3 library(xtable) da <- data.fr...

I am sorry that this IS an old topic. Yet another task I think the bug is somewhere in hidden in src/main/options.c .. ##-- The following does not work as it should in R (0.50-a1, but I think also earlier) tst <- function(x=pi, dig =3) {.Options$digits <- as.integer(dig); print(x);x} tst() tst(dig = 12) ##-- This should do the same; it works as expected in R & S : tst2 <- function(x=pi, dig =3) { oo <- options(digits=dig); on.exit(oo); print(x);x} tst2() tst2(dig = 12) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=...

...see it as improvement but it is. Why.. Before... Failed nsupdate: 1 Failed update of 23 entries Now.... > No DNS updates needed ( on both servers ) So yes this is an improvement. Next, verify this, and post me the outputs. You can use any server to run this, EXECPT the DC's. dig a dc.pilsbacher.at @192.168.16.205 |grep -v ";" dig a dc.pilsbacher.at @192.168.16.206 |grep -v ";" dig a pre01svdeb03.pilsbacher.at @192.168.16.205 |grep -v ";" dig a pre01svdeb03.pilsbacher.at @192.168.16.206 |grep -v ";" dig -x 192.168.16.205 @192.168.16...

Hi, all, In PR#1138 and PR#1139, I pointed out that round() with digits<0 would not actually round to an integer. Brian D. Ripley (hereafter BDR) fixed it in R-1.4.0, but the fix introduced a new error, PR#1254 (caught by Ole Christensen). BDR (I'm guessing) fixed the fix; here's the relevant line from fround.c: if(dig <= 0 && fabs(res) &l...

...s then inherit the execute bit. We do want the execute bit set to make directories readable, we do not want to default on the execute bit on all files. When "inherit permissions" is not set, then "inherit acls = yes" appears to have no effect. Relevant section of smb.conf -- [DIG] path = /home/DFT writeable = yes browseable = no create mask = 660 directory mask = 2770 inherit acls = yes inherit permissions = yes valid users = xxx, xxx1 I have tried various other options such as "map acl inherit = yes", &quot...

...ver: 172.25.0.254 >> Address: 172.25.0.254#53 > > >> > --- > as the above shows: not only does nslookup on the ip not > return the name, but it returns the IP for a different machine! > ​That's the DNS server IP. ​ > > If you have 'dig', the "-x" option should do the trick. > > dig -x 172.25.0.100 > ​ [root at server ​0​ ~]# dig -x 172.25.0.10 ​0​ ; <<>> DiG 9.9.4-RedHat-9.9.4-14.el7 <<>> -x 172.25.0.10 ​0​ ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode:...

Hi all If I do a "dig mydomain.co.za" from a Linux server, how do I know which DNS nameserver returns the queries? I seem to have a faulty DNS server, but can't see which one, so I want to find out which nameserver (if there's 4 - ns1.myserver, ns2.myserver, ns3.myserver & ns4.myserver) returns the...

...n NaN's and continue to cycle until it has generated "n" matrices without any NaN's. I am aware of the function "is.nan", but I'm not sure how to fit it in. Specifics: Here's the section of code that needs improvement: for (i in 1:n){ S[,,]= sample (Y[,,]) dig=auto(S,H,J,T) out[i,]=dig[1,]} n= number of randomizations S= array to store randomized data Y= original data array dig= the matrix returned by the function "auto" out= matrix that collects the first row of each "dig" matrix up to "n" Sometimes "dig" inc...

R> round(100000/3, -2) - 33300 [1] -7.275958e-12 I would have hoped for 0. The problem seems to be specifically for negative "digits". This is in 1.3.1 on Solaris 2.6 (full description at bottom). [Apologies for making everyone read this 3 times; my bug.report() burped.] Peter Dalgaard <p.dalgaard@biostat.ku.dk> says the problem is in fround.c, which reads in part: pow10 = R_pow_di(10., dig) ... retu...

Hi All: For whatever reason I can not get dns caching to work on any of my centos boxes. Running Centos 5 and 6. Any thoughts on why these will not run? The services start fine but when telling to perform a dig using itself as the resolver the queries fail (See below). Any help would be appreciated. Thanks, Ed [root at qmail ~]# ps -aux | grep pdns-recursor Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.7/FAQ root 7908 0.0 0.1 61208 568 pts/2 R+ 11:07...

...pu_connector_add(struct amdgpu_device *adev, > { > struct drm_device *dev = adev->ddev; > struct drm_connector *connector; > + struct drm_connector_list_iter iter; > struct amdgpu_connector *amdgpu_connector; > struct amdgpu_connector_atom_dig *amdgpu_dig_connector; > struct drm_encoder *encoder; > @@ -1515,10 +1521,12 @@ amdgpu_connector_add(struct amdgpu_device *adev, > return; > > /* see if we already added it */ > - list_for_each_entry(connector, &dev->mode_config.connect...

...ts/ovirt-functions b/scripts/ovirt-functions index 7b95ea8..9e96f7b 100644 --- a/scripts/ovirt-functions +++ b/scripts/ovirt-functions @@ -186,7 +186,7 @@ find_srv() local search=$(grep search /etc/resolv.conf) search=${search#search } for d in $domain $search; do - dnsreply=$(dig +short -t srv _$1._$2.$d) + dnsreply=$(dig +short -t srv _$1._$2.$d | sed s/.$// ) rc=$? if [ $rc -eq 0 ]; then set _ $dnsreply; shift -- 1.7.2.1

...r for domain WINDOWS" I dumped the DNS requests and it looks like the problem is that it's asking for ldap entries under the workgroup name, not the FQDN: >From Wireshark: Queries _ldap._tcp.pdc._msdcs.WINDOWS: type SRV, class IN Name: _ldap._tcp.pdc._msdcs.WINDOWS Ok great, so if I dig that with the command: "dig _ldap._tcp.pdc._msdcs.WINDOWS" dig times out. If I dig the FQDN: "dig _ldap._tcp.pdc._msdcs.WINDOWS.CORP.XXX.COM" I get a response instantly. Is this a problem with my windows domain controller (how do I make it respond to those queries)? Or is this...

...er_end(&iter); } } } @@ -1501,6 +1506,7 @@ amdgpu_connector_add(struct amdgpu_device *adev, { struct drm_device *dev = adev->ddev; struct drm_connector *connector; + struct drm_connector_list_iter iter; struct amdgpu_connector *amdgpu_connector; struct amdgpu_connector_atom_dig *amdgpu_dig_connector; struct drm_encoder *encoder; @@ -1515,10 +1521,12 @@ amdgpu_connector_add(struct amdgpu_device *adev, return; /* see if we already added it */ - list_for_each_entry(connector, &dev->mode_config.connector_list, head) { + drm_connector_list_iter_begin(dev, &...

bit general linux this one but using dig is it possible to get a list of everything in the zone? Presume this is if the network you are on is allowed transfers from the bind server but if i am not?? thanks

...ful in the FAQ, I did some more experimenting ... Please have a look at the following. According to Martin, this is also what he observed about 2 weeks ago but did not document exactly enough when posting. Note: the explanation given by Robert was (roughly speaking) that the result of options()$digits is used for printing, and NOT the value of .Options$digits. Here it comes. *********************************************************************** R> .Options$digits [1] 7 R> tst2 <- function(x=pi, dig =3) { + oo <- options(digits=dig); on.exit(options(oo)); print(x);x} R> ts...

...that cc -M file.c -o file.d works (it doesn't). One needs to explicitly capture stdout to grab the dependencies: i.e. cc -M file.c > file.d simple as that. when I run tests, there are 2 errors reported 1/ in print-tests.R (printing *very* small numbers with the statement:) > cat("dig| formatC(signif(txn, d=dig)\n") dig| formatC(signif(txn, d=dig) > for(dig in 1:14)#15: Linux 2.1.120, libc-2.0.7 differs from Debian 2.0 + cat(formatC(dig,w=2), formatC(signif(txn, d=dig), dig=dig+2, wid=-20),"\n") Where the blessed version has 0 (zero), the SGI version sho...

...st needs three line adding to > dns_update_list. > > Rowland > If anybody is interested, this is the results of my testing, first here are the results of adding an NS record to the dns domain SOA record for the second DC on a domain using the internal dns server: root at testdc1:~# dig SOA +multiline home.lan ; <<>> DiG 9.9.5-4~bpo70+1-Debian <<>> SOA +multiline home.lan ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10153 ;; flags: qr aa rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;;...

Am 31.07.19 um 15:59 schrieb L.P.H. van Belle via samba: > Ok, after that reboot > > ! Note, atm dont care about secrets.keytab (yet) > .. I was a bit ahead with things... > > One thing at a time, for the keytab to be corrected, you need a perfect correct working > A PTR CNAME GUIDs for the DC(3) first then we start thinking in kerberos corrections. > > Run

...;> > 192.168.1.105 hp8200.palmettodomains.com hp8200 >> > ::1 localhost localhost.localdomain localhost6 >> > localhost6.localdomain6 >> > >> > -rw-r--r-- 1 root root 509 Aug 26 14:02 hosts >> >> Since your: >> >> dig @localhost localhost >> >> failed, try: >> >> dig @127.0.0.1 localhost a >> >> (in this context, i like the longer output as it reveals more). > > From dig @127.0.0.1 localhost a > > > ; <<>> DiG 9.9.4-RedHat-9.9.4-61.el7 <&...