(4%) 9943 [bugs.meego.com] Some Bugs are confidential without reasonable justification (4%) 9986 [bugs.meego.com] Instructions how to use tags in Bugzilla summary field Please visit Bugzilla to vote. Test Readiris 17, PDF and OCR publishing software (optical character recognition) for MAC. Do you dream of an. Readiris 17 for MAC allows you to merge and split, edit and annotate, protect and sign your PDF's. Readiris Pro 17. Readiris 17 pro key. Salve.ho preso da un po di giorni il dgn2200.diciamo che rispetto al mio vecchio dg834g v5 va meglio nella parte di dl e come portante e nel sincronismo non ho + nessun distacco dallo stesso come succedeva con il precedente router.(adsl infostrada).e.diciamo che il firmware e molto giovane e ha margine di miglioramento. Quali sono i comandi tramite telnet per abbassare snr cosi d'agganciare una portante + alta (ovviamente a discapito della stabilita) vorrei fare alcune prove. I valori della mia linea: pppoe llc adsl (ho provato sia in adsl2/adsl2+ ma non si aggancia.bhoo) ADSL Link Downstream Upstream Connection Speed 7264 kbps 640 kbps Line Attenuation 19.0 db 8.5 db Noise Margin 11.6 db 14.0 db (ogni tanto il valore di donwstream varia da quello attuale a 12.5db ma di solito sta a 12 db) ciau. Mi dite un secondo questa storia dei problemi di portante con tiscali? Mi riferisco alla questione dei profili non perfettamente compatibili. Vengo da un linksys wag200g che mi sta abbandonando i valori che aggancio sulla mia linea schifosa sono: DSL Status: Connected DSL Modulation Mode: ADSL2+ DSL Path Mode: Interleaved Downstream Rate: 2491 kbps Upstream Rate: 346 kbps Downstream Margin: 12 db Upstream Margin: 26 db Downstream Line Attenuation: 48 db Upstream Line Attenuation: 13.5 db rischio di peggiorare con il netgear? Salve a tutti, ieri ho acquistato il router e pochi giorni prima un portatile con W7. Appena collegato il router al pc fisso (W xp)tramite cavo ho seguito i consigli della guida e mi si e' subito connesso il fisso ad internet. Poi sul portatile ho aperto la nuova connessione e lasciato fare a W7 una specie di configurazione in automatico. Son tornato sul fisso e mi son collegato al router per cambiare le password di default e poi le ho cambiate anche sul portatile.da questo momento non mi ha piu' rilevato la mia connessione. Ho rifatto la cosa piu' volte ma senza risultati.vedo le connessioni degli altri condomini ma non la mia. Collegando il portatile col cavo son riuscito ad andare in internet ma tramite wi fi non riesco proprio. Se creo la connessione in modo manuale con w7 allora la rilevo ma ha tutte le tacche grigie e viene scritto non broadcast. Avrete capito che sono un profano di pc, ma non so' proprio cos' altro fare.:cry. Best practice for configuring probe/gateway Failback has been changed in OMNIBus 7.3. Failback is an OMNIBus client component feature that allows client to connect back to Primary objectserver after it recovers. The out-of-box tool 'ping from server' doesn't work on Redhat Linux. If you have this problem you need to do following: 1. The default tool is configured to use /opt/IBM/tivoli/netcool/omnibus_webgui/etc/cgi-bin/nco_ping.cgi, which is for UNIX system other than linux, so the first thing you need to do is to replace the nco_ping.cgi file with nco_ping_linux.cgi. The nco_ping_linux.cgi uses /usr/sbin/ping, which doesn't exist on Redhat V6. Find where is 'ping' program located then put the fullpath in the cgi script. Below is what I've done: [root@itnm39fp2db2 cgi-bin]# uname -a Linux itnm39fp2db2.test.com 2.6.18-348.3.1.el5 #1 SMP Mon Mar 11 19:40:14 EDT 2013 i686 i686 i386 GNU/Linux [root@itnm39fp2db2 cgi-bin]# pwd /opt/IBM/tivoli/netcool/omnibus_webgui/etc/cgi-bin. I had some trouble recently connecting nco_p_alcatel_sam_5620_v8 to a SAM instance in a controlled environment. Although the probe connect to SOAP port fine and get can existing alarms, it fails to connect to the JMS port, which is for sub-sequential alarms. The same probe with same setting works fine if the probe and SAM is in one LAN. So this must be a firewall issue. I used tcpdump to capture all traffics on the good probe, and found all the ports that the probe has send a SYN on, they are: 8443 or 8080 depending on if HTTPS or HTTP is used. 1099 1098 1097 1096 8093 8094 note: the command I used is: tcpdump -i eth2 host SAMHOSTNAME and 'tcp[tcpflags] & tcp-syn == tcp-syn' hope this helps. Strace is a very useful/powerful tool for trouble shoot, not just limited to Netcool. Db: 4.43:rangemax Dgnd3300v2 Readyshare Setup For Mac FreeI've shown some examples before such as folllowing: and I will show another example of trouble shooting using strace, again, this is for a Netcool issue, since I don't know anything else. I encountered this issue few weeks back. I've setup a Alcatel-Lucent SAM 5620 probe on a Redhat 5.6 64bits server, the probe worked fine, except it was taking 98~99% of CPU. First I ran strace against the PID of the probe as root user: #strace -f -o /tmp/strace.out -p after couple of seconds, I send Ctrl-C to STDIN then check the contents /tmp/strace.out, I found following lines: 15607 open('/tmp/.com_ibm_tools_attach/_notifier', O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0644) = -1 EACCES (Permission denied) 15607 open('/tmp/.com_ibm_tools_attach/_notifier', O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0644) = -1 EACCES (Permission denied) from this I knew that the probe was trying to open those file and failed.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |