search for: 10664

..."Lorquí" 1439 1777 2275 2734 3600 3220 4066 4200 5049 5328 "Mazarrón" 23362 22878 18206 14120 11928 9501 9998 9191 10270 14591 "Molina_de_Segura" 8654 10494 11082 12374 13887 14861 16415 23579 31515 37806 "Moratalla" 12816 13497 13477 13815 15013 14136 14205 10664 9374 8976 "Mula" 12733 12878 12407 13088 14293 15040 14913 14122 14738 13053 "Murcia" 111693 125243 142480 159825 195658 217934 249771 243687 284585 328100 "Ojós" 1266 1374 1308 1227 1384 1173 1193 888 647 678 "Pliego" 2913 3007 2706 2535 2691 3290 3477 3528...

...d the computer account data$ shows up in the listing so by all accounts the account exists. As for LDAP ACL the Samba admin has write access to the Computer ou in the Directory so it should be able to update the information. I did find out that in the ldap log it has: Nov 16 13:32:42 impact slapd[10664]: conn=9 op=1 SRCH base="ou=People,dc=firerun,dc=net" scope=1 filter="(&(objectClass=posixAccount)(uid=DATA$))" So it appears that it might be searching the wrong ou for the account information. Does anyone have any ideas what is happening or why I am unable to add machine...

Do I need to use submit_to_remote in conjunction with or instead of form_remote_tag? The description in the API docs. is confusing. Is the combination of form_tag/submit_to_remote valid? Is the combination of from_remote_tag/submit_tag valid? Thanks, Wes -- Posted via http://www.ruby-forum.com/.

...burd1p0:/user 29443776 16160480 13283296 55% /nfs/burd1p0/user 68171 burd2p0:/netutl 14721376 4515128 10206248 31% /nfs/burd2p0/netutl 13611 burd3p0:/netconfig 14721376 1010336 13711040 7% /nfs/burd3p0/netconfig 33198 burd2p0:/aqptmp 258120 10664 247456 5% /nfs/burd2p0/aqptmp 546 burd3p0:/reports 14721376 3868000 10853376 27% /nfs/burd3p0/reports 290481 What I'm seeing is that Rsync will freeze in the middle of the sync. I've attached the script that I use along with the config file for it....

Fix for the bad (failing) test here: http://dev.rubyonrails.org/ticket/10664 On Jan 2, 5:33 pm, alexey.verkhov...@gmail.com wrote: > The build failed. > > CHANGES > ------- > Revision 8522 committed by bitsweat on 2008-01-02 09:03:56 > db:sessions:clear task uses session_table_name method. Closes #10631 [Cheah Chu Yeow] > > M /trunk/railties/lib/t...

...nglesource/Benchmarks/Adobe-C++/stepanov_vector: -50.45% (29196 => 43924) > singlesource/Benchmarks/CoyoteBench/fftbench: -7.53% (13596 => 14620) > singlesource/Benchmarks/Misc-C++/bigfib: -26.93% (19936 => 25304) > singlesource/Benchmarks/Misc-C++/stepanov_container: -333.72% (10664 => 46252) > singlesource/Benchmarks/Misc-C++/stepanov_v1p2: -13.34% (9056 => 10264) > singlesource/Benchmarks/Shootout-C++/ary: 5.35% (4560 => 4316) > singlesource/Benchmarks/Shootout-C++/ary3: 5.10% (4780 => 4536) > singlesource/Benchmarks/Shootout-C++/hash: -175.14% (3...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi folks, maybe my problem was discussed before, but I'm just too busy to browse the whole mailinglist at the moment. I'm running Samba 3.0.14a(sernet) on a Debian Sarge with LDAP-Backend. After some days, the users aren't able to load their profiles from the server. In fact, no datas can be transfered from/to the sambaserver. The cpu

...nca:/bin/sh echironadmin:*:10001:10001:eChiron Administration:/home/ABRANTINA/echironadmin:/bin/sh asequeira:*:10073:10000:Ant?nio Sequeira:/home/ABRANTINA/asequeira:/bin/sh jalberto:*:10219:10000:Jos? Alberto Santos:/home/ABRANTINA/jalberto:/bin/sh ... (full list edited for clarity) ... testepr1:*:10664:10000:testepr1:/home/ABRANTINA/testepr1:/bin/sh testepr2:*:10666:10000:testepr2:/home/ABRANTINA/testepr2:/bin/sh tsta:*:10687:10000:tsta:/home/ABRANTINA/tsta:/bin/sh - -->8-- Some system info: - --8<-- root at cafs01tst:~# uname -a Linux cafs01tst 2.6.26-2-amd64 #1 SMP Wed Aug 19 22:33:18 UT...

...10568 => Hello World +10576 => Hello World +10584 => Hello World +10592 => Hello World +10600 => Hello World +10608 => Hello World +10616 => Hello World +10624 => Hello World +10632 => Hello World +10640 => Hello World +10648 => Hello World +10656 => Hello World +10664 => Hello World +10672 => Hello World +10680 => Hello World +10688 => Hello World +10696 => Hello World +10704 => Hello World +10712 => Hello World +10720 => Hello World +10728 => Hello World +10736 => Hello World +10744 => Hello World +10752 => Hello World +10760...

...568: 0, 0 +10568: 0, 0 +10576: 0, 0 +10576: 0, 0 +10584: 0, 0 +10584: 0, 0 +10592: 0, 0 +10592: 0, 0 +10600: 0, 0 +10600: 0, 0 +10608: 0, 0 +10608: 0, 0 +10616: 0, 0 +10616: 0, 0 +10624: , +10624: 0, 0 +10632: , +10632: 0, 0 +10640: , +10640: 0, 0 +10648: , +10648: 0, 0 +10656: , +10656: 0, 0 +10664: , +10664: 0, 0 +10672: , +10672: 0, 0 +10680: , +10680: 0, 0 +10688: , +10688: 0, 0 +10696: , +10696: 0, 0 +10704: , +10704: 0, 0 +10712: , +10712: 0, 0 +10720: , +10720: 0, 0 +10728: , +10728: 0, 0 +10736: , +10736: 0, 0 +10744: , +10744: 0, 0 +10752: 0, 0 +10752: 0, 0 +10760: 0, 0 +10...